ntfs-3g приоритет

[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

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Bayerische]

Вопросы следующие:
1. Как корректно размонтировать разделы? Заметил, что umount /<точка монтирования> сразу после внесения изменений эти изменения аннулирует.
2. Сколько времени нужно ФС, чтобы пережевать эти изменения? Заметил, что если сохранить файлы, а после отправить в перезагрузку, изменения будут аннулированы. Если же пройдёт некоторое время, то нормально.
Вообще, оно мне свинью подложило. Данные пропали. До перезагрузки были нормальные файлы, а после — нулевой величины.

[Alvares]

sync?

[Bayerische]

Alvares не хотелось бы без кэширования. И так тормозилово оно.
Работает-то более менее, но почему размонтируется так грубо, как будто с -f?

[Neus]

причем тут кэш
перед отмонтирование или ребутом раза 4 даешь команду sync
если косяки останутся - значит драйвер не корректно работает

[Bayerische]

Не так понял, думал, монтировать надо в sync.
Что выяснил: при отмонтировании failed: Device busy пишет, а значит, при последующем монтировании получается несохранение данных. Ставлю ключ -f, тогда всё нормально, umount и mount. Это вручную. А при выключении компьютера, куда прописать эти sync и umount -f?

А, ещё что хотел добавить, у меня монтирование NTFS не во fstab, а скриптом!

[Bayerische]

В общем, переделал монтирование на fstab, теперь корректно.

[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.

Блин, у кого-нибудь это нормально работает?