ru.linux

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

 
 Было 19 Май 03 12:06 и Vladimir Bormotov переписывался с Sultan Azhiguzhayev,
 меня это заинтересовало:
 
  SA>>>> про defrag для ext2 я немножко в курсе, но ext2 как бы не
  SA>>>> совсем уже актуально...
 
  VB>>>  да оно давно уже не актуально.
 
  VB>>>  Раз уж не хочется читать архивы, я задам традиционный ворпос
 
  SA>> Архивы читал, но никаких отмазок, кроме "ломы/забить" не нашел.
 
  VB>  а факт необходимости дефрагментации нашел?
 
 это очевидно. гловное, чтоб с умом подходить, а не из крайности в крайность.
 
  VB>>>  С какой целью делаем дефрагментацию?
 
  SA>> для повышения скорости чтения/записи длинных файлов.
 
  VB>  ты уверен что ПОВЫСИСТСЯ скорость чтения/записи?
 
 и линейная и при частых сиках.
 
  VB>  У нас МHОГОЗАДАЧHАЯ + МHОГОПОЛЬЗОВАТЛЕЬСКА операционная система.
 
  VB>  Ты уверен, что если какой-то файл будет разположен на диске
  VB>  "последовательно", то он будет быстрее читаться в таких условиях?
 
 а ты уверен, что если файл будет хаотично размолот по всему диску, то его будет 
 проще читать?
 
  VB>  Даже другой вопрос задам - ты уверен, что если на твоем hdd написано
  VB>  16/255/2046 (видимо головки, сектора, цилиндры), там, на физическом
  VB>  носителе всё так и есть?
 
 у винта свой софт, от качество которого зависит то, как быстро он ищет, читает, 
 пишет и т.п.
 
  VB>  Уверен, что последовталеьно чтение 255 секторов с какого-нибудь
  VB> 1789-го цилиндра это дейсвительно один поворот диска, без перемещения
  VB> головок?
 
 уверен что не всегда в виду всяких реаллокейтов.
 
  VB>  Подумай над всем этим, и попытайся хотя-бы оценить можно ил
  VB> прогнозиорвать скорость чтения/записи произвольного файла даже если
  VB> забить на то, что сисетма у нас многозадачная и многопользоватлеьская.
 
 но тв едь не будешь отрицать, что фрагментация увеличивает число сиков, а
 минимум сиков - максимум скорости. вывод - как минимум хуже не будет.
 
  DK>>>>>  называется банально - defrag. работает довольно забавно.
 
  SA>>>> Всмысле "забавно"? Или результат "интересный"? А как же всякие
  SA>>>> reiser'ы и xfs'ы?
 
  VB>>>  точно так-же, как и ext2.
 
  SA>> тоже есть свой вариант defrag'а?
 
  VB>  там точно так-же понимают что defrag это чисто психилогическое
  VB> средство.
 
  VB>  Я такое практиковал когда работал админом.  Кто-нибудь из бухгалтерии
  VB>  звонит и жалуется что "всё очень медлено".  Прихожу, запускаю
  VB>  дефрагментатор диска C, говорю что должно полегчать, хотя может и не
  VB>  сильно заметно.  Пока оно дергается мило беседуем.
 
  VB>  Додергалось, прошу проверить - говорят что быстрее стало.
 
 И такое бывает - согласен :)
 
  VB>  ТО, что данные лежат ни разу ни на диске C, думаю объяснять не нужно
  VB> :))
  SA>>>> Да и вероятность фрагментации увеличивается с ростом процента
  SA>>>> используеммого пространства.
 
  VB>>>  вероятность чего?
 
  SA>> что достаточно продолжительный файл записываемый в настоящие
  SA>> время будет фрагментирован.
 
  VB>  но будет ли он от этого медленее читаться/писаться?
 
 зависит конечно от условий... но если винту дали время записать файл в
 непрерывную область с минимумом сиков, то однозначно.
 
  VB>  Ты поинмаешь, что запись файла будет происходить бустрее, если его
  VB> будет писать в ближайший к головкам сектор, а не в конце файла, да?
 
 а если там мало места, а ближайший свободный кусок находится фиг знает где?
 
  VB>  А где у нас в произвольный моент времени головки?  Учитывая что
  VB> всякие syslog'и пишут логи, cron'ы выполняют задания, почтовки
  VB> принимают почту, и ваще свапер вытесняет ненужные страницы памяти на
  VB> диск.
 
  VB>  Ту-же логику примени к чтению.
 
 кэш чтения/записи?
 по-моему, неплохо было бы если б  вещи делались разумно.
 
  VB>>>   Допустим у меня пять разделов, с ext3/reiser/xfs,
  VB>>> на которых фрагментация составляет от 1% до 5%.
 
  SA>> ну это пока... но "энтропия системы постоянно растет и весь мир
  SA>> погибнет..." :)
 
  VB>  в моеё вселенной я не видел фрагментации ext2 более чем 5%.
 
 чем оценивал? :) таки интересует проблемка? :)
 
  VB>>>  В каких случаях имеет смысл дефрагментировать раздел,
 
  SA>> я бы проводил в период проф. работ на серверах.
 
  VB>  проводи fullbackup, newfs, restore.
 
  VB>  учитывая что перед работой того дефрагментатора который тут "иногда
  VB>  подсказывают добрые линуксоиды" автор его самого рекомендует таки
  VB> делаьт fullbackup.
 
 то же самое я прочитал на сайте suse :)
 
  VB>>>  и что это даст?
 
  SA>> восстановление производительности операций чтения/записи.
 
  VB>  еще раз - зависимость производительности от дефрагментации в студию.
 
 скопируй пару фильмов на сильнофрагментированную fs и на свежемороженную. да и
 субиде всякие при фрагментации (у них слава богу свои средства борьбы есть)
 несколько "проседают"
 
  SA>> если это сервер коммерческого хостинга, то там это становится
  SA>> актуальным, по-моему.
 
  VB>  давай цифры актуальности.  Особенно если это сервер коммерческого
  VB>  хостинга, где видимо будет не одна СОТHЯ процессов которые хотят в
  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 12:06:03   defrag   Sultan Azhiguzhayev   19 May 2003 20:04:08   Re: defrag   Leschinsky Oleg   20 May 2003 09:52:00   Re: defrag   Vladimir Bormotov   20 May 2003 14:59:10   defrag   Sultan Azhiguzhayev   20 May 2003 21:50:46