moServices

Virtual wrote:батенько, 60мбит на запись вполне себе приличный результат

Вот видите, а вы смеялись!

С NFS я попробую разобраться...

P.S. Если EXT3 такая родная, то почему скорость на запись меньше, чем у NTFS?
P.P.S. Опять сейчас словил включение диска после выключения плеера - Remount Drives отключен (не удалён) .

Там где "смеялись" речь шла о самбе, у которой лимит 50.

WIGO wrote:P.S. Если EXT3 такая родная, то почему скорость на запись меньше, чем у NTFS?

Тут все просто, как 2 пальца...
1. есть файловая система, читай/пиши сколько сможешь (сколько сможет ХДД/контроллер)
2. есть журнал файловой системы. Иными словами, один/несколько скрытых файлов, в которые до начала любой операции записи записывается инфа (что/куда/зачем), а после завершения записи данных пишется результат операции.
3. Плеер знает все о NTFS (как о ФС), но ничего не знает о журнале этой системы. В результате - пишет быстрее, но если что сбойнуло - "прощай, любимый архив..." Ибо логов записей нет, и откатывать некуда. Хотите проверить? Это просто: запишите на внешний ХДД плеером, потом воткните ХДД в комп. Увидели месадж "Нужно проверить диск"?. Это оно и есть, отсутствие логов в журнале на последние записи.
4. Плеер всё знает о EXT3 (включая журнал), поэтому на каждую операцию записи тратит больше времени, чем на запись в системы NTFS или EXT2. Если не в курсе, EXT3 = EXT2 + журнал
5. Файлы для журнала для разных систем могут находиться в разных местах ХДД. Тут я просто не знаю, и делаю предположение. Если, к примеру, EXT3 держит журнал в жестко определенном месте ХДД, а у Вас там дырка - что будет? Несколько часов форматирования и потом месадж об обломе? Кстати, на заре работы с плеерами реалтека я встречался со случаями, когда при форматировании диска нужно было указывать ключ inode. Простите, уже не помню, но вроде там было значение 128

Lossless
3. Разве может быть такая большая потеря в скорости работы журналируемых ФС по сравнению с нежурналируемыми (драйвер ntfs в плеере действительно пишет на диск напрямую?...)?
Записывал на внешний ХДД плеером, потом втыкал ХДД в комп. - месадж "Нужно проверить диск" не видел никогда (довольно регулярно, и давно, это проделываю)?
4. Про EXT3 = EXT2 + журнал я знаю.
5. Я про EXT3 не очень в курсе, но неужели это настолько примитивная ФС, что критичные для работы ФС данные там не дублируются (как в той же NTFS)?

Virtual wrote:ты чет не т о делаешь!
3Т у мну форматировался в разы быстрее
mkfs.ext3 /dev/sdX

Сейчас отформатировал в EXT3, средствами плеера, диск (2.5", 150гб) подключенный по USB - заняло всё дело минуты 2.

Объясните пожалуйста зачем вы предложили использовать такую настройку ФС:

Code: Select all

tune2fs -c 0 -i 0 /dev/sda1

Что плохого в том, что ФС будет проверяться (или тут что-то связанное с особенностями плеерного линукса)?

Диск нормально монтируется как RW:

Code: Select all

/dev/scsi/host2/bus0/target0/lun0/part1 /tmp/usbmounts/sda1 ext3 rw 0 0

P.S. Чтобы noatime использовать нужно в S10remount строчку так отредактировать? Сам и отвечу - да!

Code: Select all

mount $mt -o remount,rw,noatime $op >/dev/null 2>&1

P.P.S. Кстати, заметил такой нюанс - диск сначала монтируется как RO, а через несколько секунд (считаю до трёх и снова жму F5 в браузере) уже как RW.

P.P.S. Кстати, заметил такой нюанс - диск сначала монтируется как RO, а через несколько секунд (считаю до трёх и снова жму F5 в браузере) уже как RW.

это как раз задержка в модуле ремоунт! дабы переходные процессы устаканились.

Протестировал я скорость работы разных ФС:
Скорость записи по сети на ext2 и NTFS примерно одинакова

А вот в случае NTFS надобность в Remount drives отпадает ибо и так монтируется всё нормально

Тут я ошибся - выключенный в веб модуль ведь не удаляет S10remount и тот нормально работает.

да запрет на данный модуль не действует только удаление