Портокл ДЕФРАГМЕНТИРУЮЩИЙ или дело ясное, что дело-темноё...
Добавлено: 26 июл 2002, 19:53Со времен незабвенной версии 311 (далее - везде...) на вопросы о фрагментации дискового пространства , актуальные на файловых серверах, N твердо заявлял, что для NetWare это не.....
Нельзя сказать, что это всеми принималось на веру, однако и спорили не многие...
И вот на ссылках нашего сайта появился адрес фирмы, продвигающей сервисные утилиты физического уровня для томов НВ. Среди них много очень полезного - сам бы купил. Есть и дефрагментация. Возникают вопросы. Если фрагментация в НВ иместо, то какого рожна дефрагментатора нет в поставке? а если есть - то КР нам об этом не говорили громко? Но это вопросы хоть и интересные,но несколько раторические. Перейдем к практической стороне и предположим. что Ф есть. Хорошо.
Тогда кобразом с ней бороться из программы, если на серверах стоят достаточно сложные(интеллектуальные так их растак) RAID контроллеры, которые работают с геометрией диска как им Бог (и фирма-разработчик) на душу положит. На средненьком RAID-контроллере фирмы MYLEX стоит 1н ЦП I960 и 3ри спецпроцессора в/вывода, и работает эта музыка по своей программе. И это можно обойти с уровня приложения? или как?
А как же наш КОМПАК, (который любит только КОМПАК)? или ИНТЕЛ ? или DELL?
И кобразом учитывать особенности раид-уровней, а их 5 нормальных и по 2ва-3ри патентованных у каждлго производителя?
Дык вот, не думают ли господа админы. что это может быть очередным "бумажным тигром", каким в свое время были дефрагментаторы ОЗУ в ДОС/W31 или сжиматели кода в ОЗУ?
Кто либо может на своём опыте подтвердить/опровергнуть, что скорость дисковой подсистемы растет после ДФ, а надежность покмере не падает?
Испытатели-отзовитесь!
Нельзя сказать, что это всеми принималось на веру, однако и спорили не многие...
И вот на ссылках нашего сайта появился адрес фирмы, продвигающей сервисные утилиты физического уровня для томов НВ. Среди них много очень полезного - сам бы купил. Есть и дефрагментация. Возникают вопросы. Если фрагментация в НВ иместо, то какого рожна дефрагментатора нет в поставке? а если есть - то КР нам об этом не говорили громко? Но это вопросы хоть и интересные,но несколько раторические. Перейдем к практической стороне и предположим. что Ф есть. Хорошо.
Тогда кобразом с ней бороться из программы, если на серверах стоят достаточно сложные(интеллектуальные так их растак) RAID контроллеры, которые работают с геометрией диска как им Бог (и фирма-разработчик) на душу положит. На средненьком RAID-контроллере фирмы MYLEX стоит 1н ЦП I960 и 3ри спецпроцессора в/вывода, и работает эта музыка по своей программе. И это можно обойти с уровня приложения? или как?
А как же наш КОМПАК, (который любит только КОМПАК)? или ИНТЕЛ ? или DELL?
И кобразом учитывать особенности раид-уровней, а их 5 нормальных и по 2ва-3ри патентованных у каждлго производителя?
Дык вот, не думают ли господа админы. что это может быть очередным "бумажным тигром", каким в свое время были дефрагментаторы ОЗУ в ДОС/W31 или сжиматели кода в ОЗУ?
Кто либо может на своём опыте подтвердить/опровергнуть, что скорость дисковой подсистемы растет после ДФ, а надежность покмере не падает?
Испытатели-отзовитесь!
