Разное - Несколько оптимизирующих твиков Windows Vista - миф или реальность?

[Busla]

Цитата Busla:



Размерность, действительно, в килобайтах.

Разное - Несколько оптимизирующих твиков Windows Vista - миф или реальность?

В статье про Biztalk - да, 64 kb. Но применительно к стандартному размеру кластера NTFS - от 512 байт до 4096 байт (4 кб).





Код:

Код: Выделить всё

The following table shows the default values that Windows XP uses for NTFS formatting.               
Drive size (logical volume)            Cluster size          Sectors
   ----------------------------------------------------------
     512 MB or less                     512 bytes                 1
     513 MB - 1,024 MB (1 GB)   1,024 bytes (1 KB)    2
   1,025 MB - 2,048 MB (2 GB)   2,048 bytes (2 KB)   4
   2,049 MB and larger             4,096 bytes (4 KB)    8

[Valeant]

не множко дополню



Но дело в том что данный ключ EnableAutoLayout используется и службой SUPERFETCH, которая есть в Vista, в отличие от ХР - Prefetcher, а она работает с реестром по веткам :

KLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters

HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Prefetcher

HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OptimalLayout

LayoutFilePath - путь к файлу Layout.ini

EnableAutoLayout - автоматическое изменение содержимого файла Layout.ini



Данные, которые она помещает в память, содержатся в каталоге %systemroot%\Prefetch, там же содержится файл Layout.ini, который содержит список программ. Естественно для быстрой загрузке нужно расположить файлы так чтоб постараться за мин.число оборотов диска и при мин. перемещение головок загрузить данные (т.е. начала диска), почему бы перечень файлов из Layout.ini не дефрагментировать в момент простоя если были изменения в Layout.ini.




Цитата:



Busla,

сомнительное утверждение: обычно мы имеем запас производительности процессора и недостаток скорости работы жёсткого диска в силу физического перемещения головок. Ищет-то процессор: куда быстрее накидать несколько коротких фрагментов в ближайшую область диска, чем перейти на другой край диска и там записать непрерывный блок. Тем более, что современные реализации аппаратно перестраивают очередь запросов к диску.



Вопрос опять каких фрагментов какого размера - оптимальным было бы default - система, ContigFileAllocSize - пользователь. И еще одно примечание поиск в NTFS свободного места происходит шустро так как она имеет битовую карту свободного места, одному кластеру соответствует 1 бит и оценить пространство всего диск весьма реально. Найти пустое место подряд взяв значение параметра ContigFileAllocSize при таком раскладе довольно просто ContigFileAllocSize / размер кластера = число которое необходимо найти при просмотре нумерации кластеров которые пустые. Зачем переопределять размер кластера.



Давно пробовал экспиременты с этими параметрами и особенно с IOPageLockLimit, но данные не записывал, сейчас времени нет.

Лучше подойти к данным параметрам с использованием некоторых программ HD Tune (Pro) которая говорит о скорости передачи при записывании или чтении файлов в объеме от 32КБ-512МБ, блоками от 0,5-8192 и конечно от Vista - "Монитор надежности и производительности" (Создать отчет о работоспособности системы, которая установит счетчики на момент тестирования). В Vista уже в отличие от других Windows память диск до 64КБ блоками, а не как раньше 4КБ.



Параметры для информации, только описание не из данной программы, но смысл понятен.


Цитата:



1. Disk Bytes/sec. Скорость, с которой система пересылает байты на диск или с диска в ходе операций записи или чтения. Чем выше средний показатель, тем эффективнее функционирует система.

2. % Disk Time. Счетчик отображает, какую часть времени диск расходует на обслуживание запросов на чтение и запись. Если его значения стабильно сохраняются на уровне вблизи отметки 100%, система работает с диском весьма интенсивно. Если же идет постоянный активный обмен данными и при этом создаются большие очереди, возможно, что дисковая подсистема не справляется с нагрузкой. В типичных условиях эксплуатации значение этого счетчика не должно превышать 50.

3. Avg. Disk Queue Length. Показатель этого счетчика отражает среднее число ожидающих обработки запросов к диску на ввод и вывод данных. Если он стабильно выше 2, значит, в диске образовался «затор».

4. Avg. Disk Bytes/Transfer. Отражает пропускную способность (т. е. среднее число байтов, пересылаемых на диск или с диска в ходе операций записи или чтения). Чем выше этот показатель, тем эффективнее работает система.

5. Current Disk Queue Length. Количество запросов к диску, ожидающих обработки. В ходе интенсивного обмена с диском очереди запросов встречаются сплошь и рядом; однако, если из запросов постоянно формируются «пробки», это значит, что диск не справляется со своими задачами.



Процессор

6. System: Processor Queue Length. Показатель отражает число задач, ожидающих обработки. Если система выполняет несколько задач, то иногда показания счетчика превышают нулевой порог. Если же значение счетчика регулярно достигает цифры 2 или превосходит этот показатель, процессор, несомненно, не справляется с нагрузкой: слишком много процессов ожидают обработки. Чтобы выяснить причину «затора», нужно запустить утилиту Performance Monitor и исследовать объект «процесс», а также провести более подробный анализ отдельных процессов, обращающихся с запросами к процессору.



Фильм на внешнем SATA-I, NTFS - кластер 8192байт, запускаем видео файл *.mkv с потоком например 2-15МБ/с и нажать на WMP. Далее программа из серии PerfMon - "Создать отчет о работоспособности системы" и через 60сек. получим результат, интересно будет "Диск"-"Физ.диск"

HD Tune Pro показал скорость самая большая чтения/записи порядка 35МБ/с при блоках начиная 64КБ, файл объемом 16МБ



Disk Bytes/sec - 1267725 среднее, 2879288 макс.

% Disk Time - 4 среднее, 26 макс.

Avg. Disk Queue Length - 0.128 среднее, 0.784макс.

Current Disk Queue Length - 0.098 среднее, 1макс.

Processor Queue Length - 0.656 среднее, 12 макс.



тоже самое фильм и еще только копирование коротких файлов размером 3-10МБ на время теста 60сек. на внутреннем SATA-II.

Disk Bytes/sec - 21569176 среднее, 32068692 макс.

% Disk Time - 153 среднее, 260 макс.

Avg. Disk Queue Length - 5 среднее, 8макс.

Current Disk Queue Length - 4 среднее, 14макс.

Processor Queue Length - 3 среднее, 18 макс.



У меня получились такие.

[Vadikan]

Цитата Valeant:



Но дело в том что данный ключ EnableAutoLayout используется и службой SUPERFETCH, которая есть в Vista

HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OptimalLayout

LayoutFilePath - путь к файлу Layout.ini

EnableAutoLayout - автоматическое изменение содержимого файла Layout.ini

Разное - Несколько оптимизирующих твиков Windows Vista - миф или реальность?

Ок, объясняю подробно, почему этот твик бесполезен. Я согласен с тем, что Superfetch отвечает за оптимизацию загрузки - там у нас есть папка %windir%\prefetch, layout.ini и все прочие дела, так же как и в ХР. Описание Superfetch тут:

Администрирование Windows: Внутреннее устройство ядра Windows Vista: часть 2

.



Я не могу сказать со 100% уверенностью, но у меня есть стойкое ощущение, что параметр LayoutFilePath появляется только при наличии нескольких разделов на диске или при наличии нескольких физических дисков . У меня сейчас на виртуалке стоит чистая установка Vista с одним разделом - там нет ни LayoutFilePath, ни EnableAutoLayout. А вот на другой установке к виртуалке подключен еще один VHD, т.е. в системе 2 физических диска - там LayoutFilePath есть.



Итак, система установлена, Superfetch работает. При наличии одного раздела/диска система и так знает, что layout.ini расположен в %windir%\prefetch, поэтому LayoutFilePath не нужен.



Почему нет EnableAutoLayout? Потому что система сама автоматически упорядочивает данные на основе информации из layout.ini. Другими словами, этот процесс происходит вне зависимости от того, имеется параметр EnableAutoLayout со значением 1 или нет. Именно по этой причине параметра нет. А вот если вы захотите отключить упорядочивание файлов, тогда этот параметр нужен, но со значением 0. В документации, на которую я ссылался ранее

Disabling Disk Defragmentation

как раз и описан механизм отключения упорядочивания файлов - там говорится, добавьте параметр EnableAutoLayout со значением 0.



Резюме. Использование EnableAutoLayout=1 не имеет никакого эффекта потому, что система и так выполняет действия, которые вы пытаетесь ей назначить добавленеим этого параметра. Никакой это не хитрый трюк, и недокументированной функцией это не является. Миф и не более. Единственная ситуация, в которой это может иметь эффект, это когда пользователь добавил этот параметр руками и присвоил ему значение 0 (руками, потому что ни один твикер такого не сделает).




Цитата Valeant:



Вопрос опять каких фрагментов какого размера - оптимальным было бы default - система, ContigFileAllocSize - пользователь.

Разное - Несколько оптимизирующих твиков Windows Vista - миф или реальность?

Ну ContigFileAllocSize - это системный параметр, а не пользовательский. Хотя я понимаю, что вы имеете в виду. А вот "было бы" и "является" - это разные вещи.




Цитата Valeant:



HD Tune Pro показал скорость самая большая чтения/записи порядка 35МБ/с при блоках начиная 64КБ, файл объемом 16МБ

Разное - Несколько оптимизирующих твиков Windows Vista - миф или реальность?

Ничего удивительного - ведь файл явно больше 64 кб. Я согласен с тем, что для несистемного раздела увелчение размера кластера способствует увелчению скорости чтения/записи файлов (при условии, что большинство файлов имеют размер больший, чем размер кластера).

[Valeant]

Еще раз подчеркну

EnableAutoLayout - параметр, будет ли выполняться автоматическое изменение содержимого файла Layout.ini.



содержимое самого файла layout.ini

...

C : \ P R O G R A M F I L E S \ [Каталогов по алфавиту]

...

C : \ U S E R S \ A D M I N I S T R A T O R \ A P P D A T A \ L O C A L \ [Каталогов по алфавиту]

...

Там оказались драйвера *.Sys и основные *.Dll но по перечню не так много.



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

Только вот дело в том, что при запуске системы было замечено обращение к реестру по веткам через

C:\Windows\System32\svchost.exe -k LocalSystemNetworkRestricted к переменным



- HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OptimalLayout\EnableAutoLayout

- HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Superfetch\ProcessorTime

- HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Superfetch\RebalancerFlags



И судя по названию ветки OptimalLayout какое то значение для оптимальной настройки он должен оказывать.



Есть программа твикер например

http://www.tlwinset.com/

- Vista WinSet, конечно нет в списке партнеров от Microsoft поэтому можно сказать все что угодно, но все же, один из ее твикеров

Disk Optimization Include: 1 I/O Cache Optimization. 2 Memory Performance Configuration. 3 Windows Response Optimization,etc.



I/O Cache Optimization как раз и устанавливает параметр IOPageLockLimit в любое значение из рекомендованных.



Дополнительно ссылка по Readyboost правда 1Gb - Озу

http://www.msblog.org/2006/06/01/vis...or-snailboost/

.



Для информации было замечено копирование файлов с диска на диск:

Программа FAR работает блоками по 64КБ, TeraCopy (прописывается в проводник и берет на себя функции копирования) работает блоками 1МБ по максимуму.

WMP при просмотре фильмов работает блоками 64КБ, VLC при просмотре так же может работать блоками 140КБ (почему то).

[Vadikan]

Цитата Valeant:



Только вот дело в том, что при запуске системы было замечено обращение к реестру по веткам через

C:\Windows\System32\svchost.exe -k LocalSystemNetworkRestricted к переменным

- HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OptimalLayout\EnableAutoLayout

Разное - Несколько оптимизирующих твиков Windows Vista - миф или реальность?

Действительно, я проверил это. Продолжая придерживаться своей логики предположу, что система проверяет, не является ли значением параметра 0 (тогда упорядочивания файлов не происходит). Если же параметр отсутствует или значение равно 1, файлы упорядочиваются. Что ж, я попробую получить разъяснения из первых рук.

[Valeant]

Для продолжения, решил еще проверить вот что, чищу каталог C:\Windows\Prefetch и C:\Windows\Prefetch\ReadyBoot.

Запустил пару программ, каталог Prefetch не заполняется. Делаю перезапуск ПК, начинает потехоньку заполняться и то основными файлами: AgAppLaunch.db, PfSvPerfStats.bin, AgRobust.db, AgGlGlobalHistory.db, AgGlFaultHistory.db, AgGlFgAppHistory.db, NTOSBOOT-B00DFAAD.pf и некоторые файлы, после запуска программ они стали появляться в Prefetch, только вот почему то вот уже после 4 перезагрузки файл Layout.ini так и не появился.