Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Ну ты сказал! 09.12.03 10:22 Число просмотров: 2323
Автор: Sandy <Alexander Stepanov> Статус: Elderman
|
[moved from humor] > Она не просто не слишком быстрая, она ЖУТКО тормозная!!! > Более тормозных ФС я и представить не могу! А уж какая > мудреная она...
А по мне так ничего, не сильно и тормозит.
> > Попробуйте в других FS сделать такой финт ушами, как > > Read-Only реализация в драйвере NTFS для Win9x от > > Руссиновича — она позволяет писать на винт, и пишет, > но > > после следующей перезагрузки изменений — ноль! ;-)
Это точно! Откат транзакции, однако! :)
> Видел в ДОСе (на ФАТе) такой трюк/глюк.
Это под НТФС трюк, а под ФАТом - глюк, да еще какой! :(
> > Вот бы ещё придумали такой финт типа транзакции для > > процесса — он вызывает что-то вроде > NTFSTransactionBegin(), > > делает всё что угодно в плане > > чтения\записи\создания\удаления файлов, а потом, если > всё > > нормально, говорит NTFSTransactionEnd(), а если что не > > получилось и надо всё откатить — NTFSTransactionDrop() > ;-) > > А на кой это все надо?! Я понимаю для сети транзакции > нужны, но локально?!
Объясняю на пальцах - пишешь ты в файл на диск, система обновляет содержимое кластера, в котором лежит инфа о файле (время обновления, допустим), в этот момент система уходит в ребут (не важно, по какой причине). Что имеем после загрузки? Под ФАТом в ЛУЧШЕМ случае - потерянные кластеры, в худшем - хана части каталога со всеми вытекающими. Под НТФС менеджер транзакций файловой системы обнаруживает незавершенную транзакцию и откатывает все изменения, сделанные этой транзакцией. Это НЕ гарантирует целостность файла, который ты писал, зато ГАРАНТИРУЕТ целостность файловой системы.
> Самый короткий хуморной прикол: "NTFS"!
А в чем прикол? Объясни зды тем, кто в танке! :)
|
|
|