Страница 1 из 1
ntfs-3g приоритет
Добавлено: 2011-06-22 12:30:12
PYO
Добрый день.
При большой нагрузке, например при компилировании из портов, ntfs-3g не успевает работать. А программы, работающие с ntfs вылетают или пишут ошибку.
Можно ли как нибудь повысить приоритет ntfs-3g, что-бы таких затыков не было?
Код: Выделить всё
PYO-BSD# uname -a
FreeBSD PYO-BSD 8.2-RELEASE FreeBSD 8.2-RELEASE #3 r218745: Wed Feb 16 15:07:48 PST 2011 root@build8x64.pcbsd.org:/usr/obj/storage/fbsd-sources/8.2/sys/GENERIC amd64
Re: ntfs-3g приоритет
Добавлено: 2011-08-14 20:36:59
Bayerische
Вопросы следующие:
1. Как корректно размонтировать разделы? Заметил, что umount /<точка монтирования> сразу после внесения изменений эти изменения аннулирует.
2. Сколько времени нужно ФС, чтобы пережевать эти изменения? Заметил, что если сохранить файлы, а после отправить в перезагрузку, изменения будут аннулированы. Если же пройдёт некоторое время, то нормально.
Вообще, оно мне свинью подложило. Данные пропали. До перезагрузки были нормальные файлы, а после — нулевой величины.
Re: ntfs-3g приоритет
Добавлено: 2011-08-15 8:33:55
Alvares
sync?
Re: ntfs-3g приоритет
Добавлено: 2011-08-15 9:53:26
Bayerische
Alvares не хотелось бы без кэширования. И так тормозилово оно.
Работает-то более менее, но почему размонтируется так грубо, как будто с -f?
Re: ntfs-3g приоритет
Добавлено: 2011-08-15 11:02:30
Neus
причем тут кэш
перед отмонтирование или ребутом раза 4 даешь команду sync
если косяки останутся - значит драйвер не корректно работает
Re: ntfs-3g приоритет
Добавлено: 2011-08-15 11:15:23
Bayerische
Не так понял, думал, монтировать надо в sync.
Что выяснил: при отмонтировании failed: Device busy пишет, а значит, при последующем монтировании получается несохранение данных. Ставлю ключ -f, тогда всё нормально, umount и mount. Это вручную. А при выключении компьютера, куда прописать эти sync и umount -f?
А, ещё что хотел добавить, у меня монтирование NTFS не во fstab, а скриптом!
Re: ntfs-3g приоритет
Добавлено: 2011-08-15 12:55:09
Bayerische
В общем, переделал монтирование на fstab, теперь корректно.
Re: ntfs-3g приоритет
Добавлено: 2011-09-23 12:27:57
Bayerische
А вот и нет. Проблема жива, и она стоила мне данных по работе. Чьёрт.
Специально после копирования на NTFS некоторое время не перезагружаю компьютер. Всё корректно читается. Но... загружаюсь в Win, изменений нет.
Читаю...
http://www.tuxera.com/forum/viewtopic.p ... 2c08#p2234
That's how all Unix work, not to be horrible slow. You __ALWAYS__ must unmount properly if you don't want to lose data.
http://www.tuxera.com/forum/viewtopic.p ... 2c08#p6818
Вот человека уже бесит данное поведение, как и меня:
I thought I was going MAD. I cannot believe you don't make it BLATANTLY obvious that saving files to disk isn't actually, you know, SAVING FILES TO DISK. Saving files to a cache in memory, and just hoping the user doesn't have to hard reset or kick out a power plug, is an horrendous solution to a performance problem.
И ответ ему:
It's how things work in real life, but of course the ublio caching layer (originally from FreeBSD) has an obvious defect in that it doesn't completely flush its caches until unmount time.
This is all documented in the user guide, along with instructions on how to disable caching completely or for individual drives for maximum flexibility.
As stated above, our commercial product Tuxera NTFS for Mac does not have this problem.
Блин, у кого-нибудь это нормально работает?