|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Cheusov 2:5020/400 06 Sep 2002 15:38:58
To : Konstantin Tokar
Subject : Re: Дефрагментация в Linux
--------------------------------------------------------------------------------
Konstantin Tokar <tokar@apmsun.mpei.ac.ru> writes:
> > Hа FAT. Hе нужно шаманские знания, приобретенные в виндовом мире,
> > применять здесь. От них, кроме непоняток, ничего не будет.
>
> Hу так дай объяснение, почему на ext2 не может быть фрагментации, если
> имеешь научные знания. Только не надо посылать к документации, читали.
> Объясни своими словами.
Фрагментация свойственна абсолютно всем файловым системам
(кроме iso9660 и подобных read only).
Hи fat ни ntfs ни ext2/3 ни xfs/jfs/reiserfs/ufs и всякие там ...fs
не являются исключением.
Разные fs решают эту проблему по-разному.
Самой простой вариант - длительное время не cбрасывать
данные на диск, держа все в кэш.
Таким образом, чем больше у тебя памяти, тем меньшая
возможна фрагментация.
Можно демон повесить, который будет активизироваться при
низких загрузках.
А отдельные программы, типа DiskKeeper, для Linux не делают,
наверное, потому, что UNIX традиционно рассчитан на работу в 7x24
режиме и никому в голову не придет остановить сервер только для
того, чтобы сделать дефрагментацию.
В общем, не нужно искать проблему там, где ее нет.
>
> > KT> Для простоты, вообрази, что для чтения твоего файла из 10
> > фрагментов с KT> диска надо 10 перемещений головки, для файла из
> > одного фрагмента - одно KT> перемещение.
> > Кроме того, то, что современные (IDE) винты выдают в качестве
> > геометрии, ей на самом деле не является. И те сектора, которые находятся на
> > одной дорожке по выданной винтом геометрии, в самом деле могут находиться на
> > разных, и наоборот. Также не следует забывать про автоматический remapping и
> > кэш
> > самого HDD, нынче измеряющийся в мегабайтах. А старые диски, которые о себе
> > выдавали всю правду-матку, и вовсе целиком в дисковый кэш ОС влазят.
>
> Все эти физические параметры оказывают меньшее влияние на скорость
> чтения, чем параллельное чтение другого файла. Да и при монопольном
> чтении их не заметишь.
>
--
Best regards, Aleksey Cheusov.
--- ifmail v.2.15dev5
* Origin: Science Soft (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
