информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Сетевые кракеры и правда о деле ЛевинаГде водятся OGRыSpanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / software
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Слово "фрагментация" можно применять только к файловой... 08.02.05 13:22  Число просмотров: 2072
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
> На сервере РЕЙД 5 стоит еще и со своим кешем, а как он
> (РЕЙД 5) распределяет физически по диску блоки - одному
> РЕЙДУ известно. Представители Интел на конференциях
> "скромно" обходят этот вопрос. И вопрос дефрагментации
> рейда. Информация ИМХО конфенденциальная.

Слово "фрагментация" можно применять только к файловой структуре. К РЭЙДу этот термин не применим. От комментариев воздержусь.

> в НТФС нет фата. есть MFT. И особенность работы такова, что

Все равно это таблица с информацией о размещении файлов. Структура принципиально другая смысл содержимого абсолютно идентичный. Как эту таблицу не назови, в любой ФС есть такая табличка.

> при оставшемся свободном месте менее 15%, это место
> выделяется для данных, те происходит фрагментация MFT, что
> может сильно снизить производительность. Для серверов с
> одиночным или зеркальным диском ситуация возможна и она
> произошла из за ошибок в планирование дискового
> пространства (базы 1с положили на системный диск и они
> разрослись до почти полного "забоя" дискового
> пространства).

У каждой ФС есть свои преимущества и недостатки. Причем преимущества могут себя проявить недостатками при определенной ситуации.

> Головка то будет дергаться, но у привода головки есть свой
> ресурс и снижение нагрузки на привод может привести
> увеличению срока службы диска, а при большом ИТ парке к
> некоторой экономии бюджета.

Если диск не тянет трех лет непрерывной работы с максимальной нагрузкой, значит он неправильно спроектирован или бракованный.

> При достаточно высокой стоимости серверной мощности
> оптимизация или исправление просчетов (лучше их не
> допускать:-) могут принести значительную экономию.

Другими методами можно добиться бОльшего экономического эффекта.

> ЗЫ: Я не призываю делать плановую (например ежемесячную)
> дефрагментацию. Ресурс диска при этом также пострадает. Но
> исправить просчет и вернуть плановую производительность
> ИМХО надо.

Файловый кэш колосально снижает нагрузку на диск. Операционная система должна оптимизировать перемещение головки.

> ЗЫЫ: я заметил достаточно ощутимый прирост скорости
> закрузки ОС в2к на рабочей станции со слабой мощностью
> после дефрагментации. Сотрудник доволен, начальство то же
> (несколько продлен срок службы компа за незначительные
> ресурсы) :-)

РС загружаются раз в день, серваки раз в год. Без разницы что 10 секунд будет грузиться, что 100 секунд, что 10 минут.
При загрузке ОС принимают участие в основном системные файлы, а они как правило нефрагментированы, лежат друг за другом, "близко" друг от друга (если считать расстояние в целиндрах), да еще в начале диска.
<software> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach