|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Svyatoslav Abramenkov 2:464/8088.100 06 Sep 2002 21:49:59
To : Eugeny Balakhonov
Subject : Дефрагментация в Linux
--------------------------------------------------------------------------------
At 06 Sep 02 19:31:18, Eugeny Balakhonov wrote to Svyatoslav Abramenkov:
AT>>>> Объясните, пожалуйста (можно и точный URL), почему файловые
AT>>>> системы ext2 и ext3 не нуждаются в дефрагментации.
EB>>> Гонят они ;)
EB>>> Они просто несколько меньше подвержены ей. А нуждаются еще как.
EB>>> Очень просто посмотреть на заполненной достаточно системе число
EB>>> фрагментов файлов при помощи ext2ed
SA>> А теперь, плиз, дай результаты сравнения работы более и менее
SA>> фрагментированной e2fs. Есть у меня подозрение, что разница в скорости
SA>> будет в районе долей процента, то есть смысла в дефрагментации особого
SA>> не будет.
EB> Будет, будет. Чудес на свете не бывает.
EB> Из-за каких это чудес фрагментированная ФС будет немедленнее
EB> нефрагментированной?
Я уже писал довольно часто повторяющуюся здесь мысль: современный HЖМД
сам по себе является микрокомпьютером со своим ЦП, ОЗУ, ПЗУ и интерфейсами в/в.
И то, что он выдает наружу, есть всего лишь удобная для него абстракция, не
имеющая отношения к физическому уровню, на который и рассчитаны алгоритмы
дефрагментации, чередования и проч. Это во-первых. Во-вторых, в многозадачной
системе не так уж часто требуется последовательное чтение больших массивов
данных.
Вот, кстати, году в 1994 я написал такую программу для проведения
тестирования учащихся, и сделал в ней 2 режима: 1 с загрузкой всех вопросов в
ОЗУ, и 2-й, с созданием в ОЗУ индекса вопросов и подчиткой текста очередного
вопроса с диска. И страшно гордился универсальностью работы: от XT с дисководом
на 360К до 386 с MFM HDD на 40М. Так вот, когда в начале 1995 года я ее запустил
на 486SX33 с ну ооочень медленным по нынешним временам Seagate на 130М, я
подумал, что на таких вот машинах режим с загрузкой всех вопросов в ОЗУ теряет
смысл: видимой разницы практически не было.
--
Svyatoslav <absolute_sh@mail.ru>
[Registered Linux user #219421]
--- QDed/Linux
* Origin: AbSolute Soft&Hard (2:464/8088.100)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
