dimitriy7
BANNED | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: 2.МФТ хранит в себе не только легко повреждаемую структуру раздела, но и МЕЛКИЕ ФАЙЛЫ(сделано якобы для увеличения скорости доступа) | Вот и хорошо, что хранит. Ибо нет нужды дёргать лишний раз головами и вычитывать ещё 1 кластер ради файла в десяток байт. Цитата: 3.Знаменитая кратность 16ти(т.е. при дефрагментации фрагментация ВОЗРАСТАЕТ!) | Кратность-то есть, только не на уровне ФС, и даже не на уровне драйвера; а заложена она в некоторых функах апи, предусмотренных для использования дефрагментаторами. Ими пользуются - штатный дефрагментатор винды и некоторые поделия ленивых программистов. Нормальные дефрагментаторы - работают в обход кривых функций, и никаких проблем не имеют. (опять же, при чём тут NTFS? Она не виновата, что некоторые криворукие программисты не умеют с ней работать.) Цитата: 4. Резкое падение скорости доступа к разделу по мере заполнения | Не по мере заполнения, а при попытке забить до отказа резерв MFT пользовательскими данными. (ну неужели так трудно оставить 12% свободного места?) Цитата: 5. Резкое возрастание нагрузки на ОЗУ и процессор при обработке данной файловой системы (вытекает из ее ущербной организации) | А разве кто-то использует NTFS при недостатке ресурсов (да и то - процессор не критичен, скорее уж память...)? Может, имеет смысл сравнить объём памяти, занимаемой самим драйвером и подгружаемыми им в память структурами ФС, с полным объёмом памяти, который требует для комфортной работы любая более-менее современная ОС, даже без сторонних приложений? И наконец, хотелось бы посмотреть, как ты на exFAT взгромоздишь хоть какую-нибудь ОС. Да, вот такая задача - поставь исключительно на exFAT вот эти 3 системы - NT4.0, win7, FreeBSD 7.2 | Всего записей: 2946 | Зарегистр. 09-10-2008 | Отправлено: 17:15 18-06-2012 | Исправлено: dimitriy7, 17:16 18-06-2012 |
|