Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Здесь ситуация несколько иная... 08.02.05 11:40 Число просмотров: 2320
Автор: Garick <Yuriy> Статус: Elderman
Отредактировано 08.02.05 11:43 Количество правок: 1
|
> Оптимизация ускоряет дисковые процессы - это по моему миф.
> Когда файлы кешируются, то по барабану как они лежат на
> диске. Разве что первое прчтение будет занимать чуть больше
> времени.
> Про сервак я вообще молчу. Когда куча пользователей
> работают каждый со своим файлом, то по барабану
> фрагментирован ли каждый из них или непрерывен, все равно
> головка дергаться будет.
На сервере РЕЙД 5 стоит еще и со своим кешем, а как он (РЕЙД 5) распределяет физически по диску блоки - одному РЕЙДУ известно. Представители Интел на конференциях "скромно" обходят этот вопрос. И вопрос дефрагментации рейда. Информация ИМХО конфенденциальная.
> То же самое с копированием большого количества файлов -
> головка дергается по фатам, каталогам и содержимым файлов,
> и собственно по барабану дернется ли она в то же самое
> место при считывании очередной порции файла или в другое.
в НТФС нет фата. есть MFT. И особенность работы такова, что при оставшемся свободном месте менее 15%, это место выделяется для данных, те происходит фрагментация MFT, что может сильно снизить производительность. Для серверов с одиночным или зеркальным диском ситуация возможна и она произошла из за ошибок в планирование дискового пространства (базы 1с положили на системный диск и они разрослись до почти полного "забоя" дискового пространства).
> И нечего мучить диск оптимизацией из-за мнимого копеечного
> выигрыша производительности при работе.
Головка то будет дергаться, но у привода головки есть свой ресурс и снижение нагрузки на привод может привести увеличению срока службы диска, а при большом ИТ парке к некоторой экономии бюджета.
При достаточно высокой стоимости серверной мощности оптимизация или исправление просчетов (лучше их не допускать:-) могут принести значительную экономию.
ЗЫ: Я не призываю делать плановую (например ежемесячную) дефрагментацию. Ресурс диска при этом также пострадает. Но исправить просчет и вернуть плановую производительность ИМХО надо.
ЗЫЫ: я заметил достаточно ощутимый прирост скорости закрузки ОС в2к на рабочей станции со слабой мощностью после дефрагментации. Сотрудник доволен, начальство то же (несколько продлен срок службы компа за незначительные ресурсы) :-)
|
|
|
подробно о проекте
Анализ криптографических сетевых...
