Доброе время суток! Извиняюсь, что задаю такой вопрос, но всё же – хотелось узнать мнения других насчет «Идеальной» файловой системы. Имхо Фат (12, 16, 32), думаю даже не стоит обсуждать, может я и не прав – если да – то скажите свою точку зрения. Как вы думаете – какая должна быть «Идеальная» ФС и кто с существующих найболие похож на нее.
FAT ресче NTFS пашет. У мну на ней игры все стоят. NTFS зато журналируемая, т.е. при внезапном вырублении света, информация ни откуда не пропадет странным образом
kkrutoy Угу, такое бывает - у меня стоит NTFS - и всё гуд, но у брата стоит FAT и раз при Disk-Checking-е у него писало: Converting file to folder ... Не знаю - может просто глюк. Есть мнения что Ext3 луче – не знаю наскока это справедливо...
Фат плох хотя-бы своей здоровенной таблицей фат Я думаю нужно немного отличать саму логическую структуру от всяких функциональных наворотов (например у NTFS -журнализация это наворот). Так что по логической структуре NTFS лучше.
Один раз пришлось видео обработать, видео нужное и единственная копия хранилась в mpg на разделе с FAT32. После случайного сбоя видео потерялось, больше ничего не держку на FAT. NTFS отличная штука, никаких проблем не встречал, друг на старой системе экномоил место путем сжатия папок в этой ФС.
NTFS лучше А если размер кластера партишном перебить до 32к - то скорость ненамного, но увеличивается, уступая фату лишь на несколько процентов.
MagnumGT Можешь объяснить почему, так как с Ext3 не очень знаком, а хотелось знать что луче на фактах Оффтоп: извиняюсь за оффтоп, у меня небольшой вопрос, Например я, записал свой загрузчик, как мне узнать программно с которого хдд я грузился, Primary или Socond, Master или Slave? и вообще может это не хдд, а флешка или сд... заранее спасибо
Ultrin Faern Извиняюсь, забыл уточнить, что сначала я читаю секторы с помощи BIOS, а потом уже с помощи прямого обращения используя PIO (так как DMA пока не осилил ). А там нужна, указывать с какова хдд читать – поэтому и спрашиваю – как узнать на каком канале хдд с которого я грузился?
Пользуюсь ReiserFS. Пока сбоев не было. Работпет действительно быстро. При работе с большим количеством маленьких файлов "рвёт" NTFS.
У reiserfsck есть нехорошая фича. Он уязвим когда коммитит транзакции. То есть, если сбой по питанию в момент коммитинга транзакций происходит, возможна утеря каких-нибудь inode'ов. Прочувствовал на своей шкуре. Ещё один момент - НИКОГДА не делайте reiserfsck --rebuild-tree, если у вас в reiserfs-партиции хранится образ reiserfs-харда. Это приведёт к сливанию одного содержимого с другим, и будете потом свои данные искать по каталогам 10-го уровня.
) и как это интересно такие ситуции могут быть связаны с журналированием? просто для того реализовали чтобы хоть проверять не всю ФС если произошел сбой
как раз при отключении света, если ты чтото сохранял, то инфа пропадет. журналирование лишь поддерживает целостность системы, чтобы не получилось таких кренделей, как общие цепочки кластеров, или файл, указывающий вникуда. по записям в журнале можно откатить транзакцию и вернуть все, Как будто ничего не было. (поправьте если не так, но вроде так) а инфа потерянная с неба то не свалится..