ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Sultan Azhiguzhayev                  2:5083/84      20 May 2003  20:25:06
 To : Vladimir Bormotov
 Subject : defrag
 -------------------------------------------------------------------------------- 
 

 
 Было 19 Май 03 23:49 и Vladimir Bormotov переписывался с Sultan Azhiguzhayev,
 меня это заинтересовало:
 
  VB>>>  Ты поинмаешь, что запись файла будет происходить бустрее, если
  VB>>> его будет писать в ближайший к головкам сектор, а не в конце
  VB>>> файла, да?
 
  SA>> а если там мало места, а ближайший свободный кусок находится фиг
  SA>> знает где?
 
  VB>  вывод 1 - держим на винте место "с запасом".
 
 всего в жизни не предусмотришь... :(
 но правильную организацию пространства еще никто не отменял :)
 
  VB>>>  Ту-же логику примени к чтению.
 
  SA>> кэш чтения/записи?  по-моему, неплохо было бы если б вещи
  SA>> делались разумно.
 
  VB>  мысль 1 - кешатор дисков на линуксе вполне разумный.  Иногда даже
  VB> слишком
  VB>            разумный :))
 
 это радует :)
 
  SA>>>> ну это пока... но "энтропия системы постоянно растет и весь мир
  SA>>>> погибнет..." :)
 
  VB>>>  в моеё вселенной я не видел фрагментации ext2 более чем 5%.
  SA>> чем оценивал? :)
 
  VB>  при кадом монтировании по загрузке системы пишут.
 
 я этого обычно не вижу, к сожалению :)
 
  SA>> таки интересует проблемка? :)
 
  VB>  У меня интерес к файловым системам еще с момента перехода на HPFS, а
  VB> потом на HPFS386, у которой по мимо более грамотного кешатора (в
  VB> сравнении с hpfs) еще и статистика выдавалась какая-никакая (по
  VB> поаданиям в кеш), и возможности "более тонкой настройки" были.  С тех
  VB> пор интерес поугас (мне теперь дешевле необходимую производительность
  VB> получить экстенсивным путем), но за некотоыре цифры "глаз цепляется".
 
 ясненько...
 
  SA>>>> восстановление производительности операций чтения/записи.
 
  VB>>>  еще раз - зависимость производительности от дефрагментации в
  VB>>> студию.
 
  SA>> скопируй пару фильмов на сильнофрагментированную fs и на
  SA>> свежемороженную.  да и субиде всякие при фрагментации (у них
  SA>> слава богу свои средства борьбы есть) несколько "проседают"
 
  VB>  возвращаемся к "вывод 1" и твоему вопросу в предыдущем письме - да, у
  VB> меня на диске почти всегда есть свободного места столько, чтоб туда
  VB> легко влез "средний мой файл".
 
  VB>  В итоге, драйвер fs может более оптимально записать данные, с учетом
  VB> того, что их будут читать, а кешатор диска, позволяет реальной записи
  VB> на диск происхдить еще более оптимально, переставляя в очереди
  VB> запросов на запись блоки так, чтоб уменьшить количество long seek.
 
  VB>  Т.е. за мои годы использования linux и ext2/3, у меня не возникало
  VB> мысли о том, чтоб увеличивать поизводительность дисковой подсистемы
  VB> путем дефрагментации файловых систем.
 
 звучит обнадеживающе. я такого обширного опыта общения ни с пингвинами, ни с
 фритюрницами, к сожалению, не имею :(
 
  VB>  Даже на OS/2 я запускал дефрагментатор "чисто по приколу".  Кроме
  VB> того, насколько я помню всякие статейки про hpfs, там говорилось что
  VB> файл лежащий в двух-трех экстентах в среднем читается быстрее, чем
  VB> тот, который лежит одним куском.  Аргументов не помню, но были они
  VB> весьма убедительны :))
 
 А еще там говорилось, что система устроена таким образом, чтобы фрагментация
 была минимальна :)
 
                        Всегда не Ваш, но с наилучшими пожеланиями,
                                                                 Султан.
       -I-
 М]\\\\[О]ННННННННННННННННННННННННННННННННННННННННДДДДДД
       -I-                     E-Mail: sultan[at]host.kz
 --- GoldED 3.00.Beta2+
  * Origin: 1/3 жизни - сон, 2/3 - желание выспаться... (2:5083/84)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: defrag   Vladimir Bormotov   19 May 2003 23:49:07   defrag   Sultan Azhiguzhayev   20 May 2003 20:25:06