Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
ре:Слово "фрагментация" можно применять только к файловой... 08.02.05 16:01 Число просмотров: 2084
Автор: Garick <Yuriy> Статус: Elderman
|
> Слово "фрагментация" можно применять только к файловой
> структуре. К РЭЙДу этот термин не применим. От комментариев
> воздержусь.
Я рассматривал систему в комплексе. ИМХО неучитывать особености носителя (контроллер+диски) нельзя. Компаковский Смартаррай с 4-мя дисками в РЕЙД 5 (27 гб) на запрос дефрагментации пошуршал винтами и выдал "готово" через несколько сек. Делал ли реально он что с инфой или выдал статус "готово"? Вот в чем вопрос. ИМХО статус:-)
> Все равно это таблица с информацией о размещении файлов.
> Структура принципиально другая смысл содержимого абсолютно
> идентичный. Как эту таблицу не назови, в любой ФС есть
> такая табличка.
ФАТ таблица не может фрагментироваться по стандарту, МТФ может и это приводит к снижению производительности.
> У каждой ФС есть свои преимущества и недостатки. Причем
> преимущества могут себя проявить недостатками при
> определенной ситуации.
Что есть - то есть:-)
> Если диск не тянет трех лет непрерывной работы с
> максимальной нагрузкой, значит он неправильно спроектирован
> или бракованный.
А он должен работать с максимальной нагрузкой. У десктопных винтов ПВ (продолжительность включения) не 100%. Но не это главное. Серверные SCSI винты расчитаны на 100% ПВ, но время жизни сервера (7-8 лет) больше гарантийного срока винта и приходится их "беречь":-)
> > При достаточно высокой стоимости серверной мощности
> > оптимизация или исправление просчетов (лучше их не
> > допускать:-) могут принести значительную экономию.
>
> Другими методами можно добиться бОльшего экономического
> эффекта.
Примеры? А если еще к "другими методами" добавить и этот - хуже не будет
> Файловый кэш колосально снижает нагрузку на диск.
> Операционная система должна оптимизировать перемещение
> головки.
Файловый кеш не дешево обходится, особенно для РЕЙД контроллеров, а еще и с батарейкой.
> РС загружаются раз в день, серваки раз в год. Без разницы
> что 10 секунд будет грузиться, что 100 секунд, что 10
> минут.
Разница есть, простые смертные юзвери оценивают качество работы ИТ отдела в удобстве (но не в ущерб безопасности). Иногда имеет тенденцию опаздывать и быстрая загрузка реалибитирует их в глазах нач отделов. Еще встречаются форс мажоры по важной отгрузке/тендерам/клиенте и выключении света. Явный пример: ХР при равных достаточных условиях грузится быстрее в2к. Программеры МС оптимизировали процесс загрузки ОС. Если бы фактор быстрой закгрузки не был бы важен в бизнес процесе - вряд ли бы МС заморачивалась бы с этим:-)
> При загрузке ОС принимают участие в основном системные
> файлы, а они как правило нефрагментированы, лежат друг за
> другом, "близко" друг от друга (если считать расстояние в
> целиндрах), да еще в начале диска.
Не факт. При "чистой" системе это так, но после установке СП и хотфиксов после начала использования кома - может начаться фрагментация. К системным можно отнести и доустановленные сервисы, стартующие при запуске системы, которые в свою очередь, через некоторое время, также патчаться и фиксятся.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
