Показать полную графическую версию : Несколько оптимизирующих твиков Windows Vista - миф или реальность?
Для лучшего расположения файлов на диске т.е. задание размера свободной области дискового пространства при записи данных на диск есть параметр в реестре
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
ContigFileAllocSize REG_DWORD 0x1000 (4096)
На производительность файловой системы влияет и размер записываемого блока данных. По умолчанию Windows сбрасывает данные в первый попавшийся свободный участок величиной 512 килобайт. Затем происходит обращение к файловой системе о выделении следующих 512 Кбайт и т.д. Видно, что при такой работе происходит дефрагментация диска, и тратится время на запрос и поиск пространства. Поэтому рекомендуется увеличить не менее чем вдвое размер свободного пространства, запрашиваемого системой для записи. В этом случае прирост производительности будет заметнее при работе с файлами большого объёма. Размер свободного пространства лучше выбирать в интервале 1024-4096 килобайт с учётом объёма винчестера.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
создать параметр ReadAheadThreshold (REG Binary) задание размера блока данных для упреждающего чтения.
Смысл упреждающего чтения – обработка одного имеющегося в памяти блока одновременно с запросом и считыванием другого. Чем больше будет значение параметра упреждающего чтения, тем выше станет производительность системы при последовательном доступе. По умолчанию максимальная величина блока данных для упреждающего чтения равна 64 Кбайт. Если в правой панели в данной ветки отсутствует двоичный параметр, то создайте его и назовите ReadAheadThreshold. Затем измените значение. Обратите внимание, что размер указывается в байтах, а разряды записываются в обратном порядке. Например, значение блока упреждающего чтения составляет 96Кбайт, что равно 98304 байт, а в шестнадцатеричном виде – 00 01 80 00h. В обратной последовательности: 00 80 01 00. Сначала вводите 00, затем 01 и т.д.
Стоит подумать так же об Optimize Hard Drive when idle
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\OptimalLayout
EnableAutoLayout REG_DWORD 1
Это говорит о том, что операционной системе разрешается использовать файл layout.ini. Данный файл используется для определения и хранения сведений о частях установленных в системе программ, которые при следующей автоматической дефрагментации дисков нужно переместить на более оптимальное место в файловой системе.
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
IOPageLockLimit REG_DWORD ......
Optimize I/O pages изменяет количество оперативной памяти, которую операционная система резервирует для операций I/O (операций чтения/записи). Чем больше памяти резервируется, тем быстрее будут выполняться операции работы с файлами и папками. Если значение данного параметра равно 0 (устанавливается при снятии данного флажка программы), тогда используется объем оперативной памяти по умолчанию. По умолчанию резервируются следующие объемы оперативной памяти: 16 Мб из 128 Мб оперативной памяти, 64 Мб из 256 Мб оперативной памяти, 128 Мб из 512 Мб оперативной памяти. Данный параметр лучше установить опытным путем.
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
IOPageLockLimit REG_DWORD ...... »
Это было верно для Windows 2000 RTM, но не более. Однако миф оказался настолько живуч, что пережил XP и пролез в Vista. http://smallvoid.com/article/winnt4-mem-locked-io.htmlСтоит подумать так же об Optimize Hard Drive when idle
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\OptimalLayout
EnableAutoLayout REG_DWORD 1 »
Еще один бесполезный твик, который не имеет ни малейшего эффекта на Vista.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
создать параметр ReadAheadThreshold (REG Binary) задание размера блока данных для упреждающего чтения. »
Еще один бесполезный твик. Это может быть и имело смысл в Windows 98, но не далее.HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
ContigFileAllocSize REG_DWORD 0x1000 (4096) »
И еще одно старье - для Windows 95! Регулировка скорости (http://support.microsoft.com/kb/835821/ru) | Windows 95 Performance Tuning: The Basics (http://technet.microsoft.com/en-us/library/cc751096.aspx)
Выводы. Вера в супер-твики жива и победить ее невозможно. Применение этих твиков несет в себе эффект плацебо - применивший их человек верит, что его система оптимизирована, и ему кажется, что она работает быстрее.
Vadikan,
Выводы. Вера в супер-твики жива и победить ее невозможно. Применение этих твиков несет в себе эффект плацебо - применивший их человек верит, что его система оптимизирована, и ему кажется, что она работает быстрее.
Нет нечего нового, как хорошо забытое старое, это все к тому что Vista взялась не с потолка.
Vadikan,
Еще один бесполезный твик, стар, нет ни малейшего эффекта под Vista
При применение на своем "стареньком" ПК на Pent D, 2GB RAM, ReadyBoost - 1,5Gb (на флэш, Transcend где чтение 15Mb/s которая уже работает 1,5г.) оптимизированного по твикам Vista c полным комплектом установок Aero (нет не одной галки отключенной) работа ОС меня устраивает в полне, и не тормозит с индексами производительности не сравниться конечно с Core 2:
CPU - 4,9 RAM - 5,9 Графика - 4,3 (Geforce 6600) HDD - 5,6
Выдержки по твикам взяты из книги "Реестр Windows Vista. Трюки и эффекты, издание 2" по материалам главы 5.
Глава 5. Стандартные службы Windows Vista. Работа с файлами и файловой системой.
Нет нечего нового, как хорошо забытое старое, это все к тому что Vista взялась не с потолка. »Но это не означает, что то, что применялось к 95/98/2000, применимо к Vista.
При применение на своем "стареньком" ПК »
Ну он и без указанных твиков будет точно так же работать :)
Выдержки по твикам взяты из книги "Реестр Windows Vista. Трюки и эффекты, издание 2" по материалам главы 5.
Глава 5. Стандартные службы Windows Vista. Работа с файлами и файловой системой. »
Ну и что? :) Писатели берут свою книгу по XP и дополняют ее, заменяя везде название ОС :) Кто автор?
Подавляющее большинство параметров реестра документировано. Тем более это касается тех, которые связаны с оптимизацией. Отсутствие документации уже наводит на мысль о том, что параметр выдуман.
Вопрос об авторе снимаю. Я по названию книги нашел "Реестр Windows ХР. Трюки и эффекты". Наверное, он до этого писал "Реестр Windows 2000. Трюки и эффекты", а также по 98 и 95 :) Можете найти его книгу по XP в эл. виде и сравнить - вы не найдете много различий с имеющимся у вас изданием по Vista. Вот список его книг (http://shop.top-kniga.ru/persons/in/63352/). Вы всерьез полагаете, что он является экспертом по реестру Windows? :)
Если вас остановил инспектор: Ваши права - 2007
Реестр Windows Vista: Трюки и эффекты// CD-Rom
Выбираем автомобиль: Секреты продавцов; Советы покупателям
Какой у автора книг кругозор! 8)))))
Vadikan,
Ну он и без указанных твиков будет точно так же работать
Вы знаете как то медленно без них работал, мне как то лучше видно.
Только вот прежде чем применять данные твики нужно с начала посмотреть про них, а не применять на лево и на право, и потом говорить, что это все фигня.
На счет
Vadikan,
Подавляющее большинство параметров реестра документировано. Тем более это касается тех, которые связаны с оптимизацией. Отсутствие документации уже наводит на мысль о том, что параметр выдуман.
Спросите у любого программиста профессионала который написал не одну тысячу строк "использовал ли он недокументированные функции в свой программе" каков будет ответ.
Знаете по моему со времен и 95 есть недокументированные функции, которые пользуются программисты для написания программ, если вы про них не знаете или не нашли, то это не значит что их нет "недокументированных".
Клименко Роман
Windows Vista. Для профессионалов.
Книга посвящена описанию новых возможностей Windows Vista, а также изменению стандартных функций данной операционной системы. Если вы являетесь опытным пользователем Windows XP и раздумываете о том, что вам даст новая система Windows Vista при переходе на нее, то эта книга для вас.
Из нее вы узнаете о тонкостях Windows Vista, об улучшениях в стандартных компонентах операционных систем семейства Windows, о новых графических приложениях и программах командной строки, входящих в состав Vista, о новых службах и параметрах реестра данной операционной системы, о стандартных и нестандартных способах оптимизации и настройки Windows Vista.
Издательство: Питер
Тонкости реестра Windows Vista: трюки и эффекты
Реестр Windows является важной частью операционной системы, во многом определяющей ее работу. Изучив приведенный в этой книге материал, вы научитесь редактировать реестр Windows Vista по своему усмотрению, а также освоите многочисленные приемы оптимизации содержащихся в нем настроек операционной системы. На прилагаемом компакт-диске — демоверсии программ, которые упростят редактирование реестра и помогут очистить его от «мусора».
Издательство: Питер
Реестр Windows XP на 100%
Реестр — это одновременно и сердце, и мозг операционной системы Windows. Сердце потому, что малейшее повреждение реестра может привести к полной недееспособности всей системы. Мозгом же реестр можно назвать так как именно в нем хранится информация обо всех настройках системы, об установленных программах, о пользователях и т.д. Нужно ли знать простому пользователю о реестре? Конечно. Во-первых, при этом он сможет тонко настроить Windows для себя. Во-вторых, реестр следует периодически чистить для повышения производительности системы. В-третьих, нужно знать, как уберечься от множества вредоносных программ, которые портят реестр. Прочитав данную книгу, вы будете знать, как можно решить каждую из перечисленных задач. По количеству описанных трюков данная книга значительно превосходит все русскоязычные издания о реестре. Простой и живой язык, а также описанные реальные и неизбитые задачи сделают чтение этой книги нескучным и очень полезным времяпрепровождением.
Издательство: Питер
Гладкий А.А. Клименко Р.а.
Реестр Windows Vista: Трюки и эффекты// CD-Rom
Реестр Windows является важной частью операционной системы, во многом определяющей ее работу. Изучив приведенный в этой книге материал, вы научитесь с пользой редактировать реестр Windows Vista no своему усмотрению, а также освоите многочисленные приемы оптимизации содержащихся в нем настроек операционной системы ...
А как по вашему должен отличаться реестр XP от Vista.
А как по вашему должен отличаться реестр XP от Vista. »
Дело не в реестре, а в операционной системе и ее работе. Реестр лишь одно из средств задания параметров. Но эти параметры должны иметь связь с функционалом ОС. Если функционал не поддерживается, то добавление параметра не имеет смысла.
Ок, вот вы посоветовали ContigFileAllocSize для Vista. Цитата из технической документации для Windows 95 (http://technet.microsoft.com/en-us/library/cc751096.aspx)
An additional performance setting in the FileSystem subkey, ContigFileAllocSize, can be used to change the size of the contiguous space that VFAT searches for when allocating disk space. Under MS-DOS, the file system began allocating the first available space found on the disk, which ensured a great deal of disk fragmentation and related performance problems. By default under Windows 95, VFAT first tries to allocate space in the first contiguous 0.5 MB of free space, then returns to the MS-DOS method if it can't find at least this much contiguous free space. This optimizes performance for both the swap file and multimedia applications.
Очевидно, совет подxoдит для VFAT (Virtual FAT), что фактически - FAT со спец. драйвером Win95 для поддержки длинных имен файлов. Теперь объясните, какое отношение имеет этот твик к Vista, которая устанавливается на NTFS?
IOPageLockLimit - резервирование памяти для операций ввода/вывода. Как я уже сказал, этот параметр имел эффект для Windows 2000 RTM, но не дальше, т. е. поведение ОС изменилось и твик стал бесполезен. Об управлении памятью в Vista вы можете прочесть здесь Администрирование в операционной системе (ОС) Windows: Внутреннее устройство ядра ОС Windows Vista: Часть 1 (http://technet.microsoft.com/ru-ru/magazine/2007.02.vistakernel.aspx).
EnableAutoLayout - в соотв. с документацией XP Embedded - отвечает за автоматическое фоновое перемещение файлов к центру диска для более быстрого доступа. Disabling Disk Defragmentation (http://msdn.microsoft.com/en-us/library/ms932871(WinEmbedded.5).aspx). Обратите внимание, что там указан еще один параметр, отвечающий за вкл./выкл. фоновой дефрагментации.
Можно предположить, что в ХР Home/Pro это также верно. Однако в Vista этой функции нет. Действительно, если бы она контролировалась этим параметром реестра, то он бы присутствовал там по умолчанию со значением 1. Но его нет, следовательно его добавление не имеет никакого эффекта. Что же касается дефрагментации в Vista, то оно выполняется по расписанию с помощью планировщика заданий Возможности средства дефрагментации жесткого диска в Windows Vista (http://support.microsoft.com/kb/942092).
Знаете по моему со времен и 95 есть недокументированные функции, которые пользуются программисты для написания программ, если вы про них не знаете или не нашли, то это не значит что их нет "недокументированных". »
Конечно, недокументированные функции могут быть. Но надо смотреть не с точки зрения документированности параметров реестра, с точки зрения функционала ОС. Вот вы нашли три недокументированных параметра. Как вы обоснуете их работоспособность для Vista (кроме "у меня с ними быстрее работает")?
Видно, что при такой работе происходит дефрагментация диска »дык это ж хорошо! ;-)
Цитата Valeant:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
ContigFileAllocSize REG_DWORD 0x1000 (4096) »
И еще одно старье - для Windows 95! »не совсем, BizTalk Server Database Optimization (август 2007) (http://msdn.microsoft.com/en-us/library/bb743398.aspx):HKLM\CurrentControlSet\ Control\FileSystem
ContigFileAllocSize=0x40 (64)
Adjusts the minimum contiguous file allocation to 64KB; this is generally only for database servers, and should be used with great caution as it can cause servers with heavy small file traffic to quickly fill disks. On the positive side, it significantly reduces fragmentation of data files by forcing larger contiguous allocations.т.е. на win 2003 ещё работало.
тратится время на запрос и поиск пространства»сомнительное утверждение: обычно мы имеем запас производительности процессора и недостаток скорости работы жёсткого диска в силу физического перемещения головок. Ищет-то процессор: куда быстрее накидать несколько коротких фрагментов в ближайшую область диска, чем перейти на другой край диска и там записать непрерывный блок. Тем более, что современные реализации аппаратно перестраивают очередь запросов к диску.
Оптимизация - это настройка под конкретные задачи. Что обычно свойственно серверам, специализированным рабочим станциям. Назначение большинства домашних и офисных компьютеров - сочетание совершенно разных видов деятельности. Так вот настройки по умолчанию - оптимальны для широкого спектра работ.
не совсем, BizTalk Server Database Optimization (август 2007): <...> т.е. на win 2003 ещё работало. »
Спасибо за ссылку. В ней есть внятное описание назначения параметра. Что ж, я был неправ, отнеся его исключительно к FAT.
Хотя несколько удивляет тот факт, что это единственное место на сайте МС, где параметр хоть как-то обозначен... Об этом чуть ниже.
Тогда вернемся к описанию параметра из первого сообщения.
На производительность файловой системы влияет и размер записываемого блока данных. По умолчанию Windows сбрасывает данные в первый попавшийся свободный участок величиной 512 килобайт. Затем происходит обращение к файловой системе о выделении следующих 512 Кбайт и т.д. Видно, что при такой работе происходит дефрагментация диска, и тратится время на запрос и поиск пространства. Поэтому рекомендуется увеличить не менее чем вдвое размер свободного пространства, запрашиваемого системой для записи. В этом случае прирост производительности будет заметнее при работе с файлами большого объёма. Размер свободного пространства лучше выбирать в интервале 1024-4096 килобайт с учётом объёма винчестера. »
Или я чего-то не понимаю, или речь идет о размере кластера. Тогда непонятно, почему автор рекомендации измеряет его в килобайтах, а не в байтах. Ну ладно, ошибся на порядок, бывает. Но опять же, информация о 512 байтах по умолчанию неверна, равно как не имеет смысла рекомендация использовать блоки в 4 кб.
Это ясно из таблицы в статье The Default Cluster Size for the NTFS and FAT File Systems (http://support.microsoft.com/kb/314878), которая применима к Windows XP и, наверняка, к Vista (я не думаю, что в этом плане в файловой системе произошли изменения). Аналогичная таблица на русском есть в Размер кластера по умолчанию для файловых систем FAT и NTFS (http://support.microsoft.com/kb/140365). Из обоих таблиц ясно, что ОС при установке форматирует раздел (размером > 2 Гб), исходя из размера кластера 4 кб. Таким образом, рекомендация установить размер блока 1 - 4 кб бесполезна.
Вообще, мне интересно, как сочетается размер кластера файловой системы с использованием этого параметра... Допустим, параметр задает размер блока 64 кб, а размер кластера - 4 кб. И что, этот параметр позволить записать непрерывный файл размером 64 кб? То есть переопределяет размер кластера? Но ведь это невозможно сделать без форматирования. Может авторы статьи об оптимизации BizTalk что-то напутали? :)
Может авторы статьи об оптимизации BizTalk что-то напутали? »ну а почему бы системе не искать цепочку пустых кластеров? Размерность, действительно, в килобайтах. Только мне как-то сомнительно, что система не учитывает при поиске этого этого самого свободного участка размер блока записываемых данных.
Размерность, действительно, в килобайтах. »
В статье про 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
не множко дополню
Но дело в том что данный ключ 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 макс.
У меня получились такие.
Но дело в том что данный ключ EnableAutoLayout используется и службой SUPERFETCH, которая есть в Vista
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OptimalLayout
LayoutFilePath - путь к файлу Layout.ini
EnableAutoLayout - автоматическое изменение содержимого файла Layout.ini »
Ок, объясняю подробно, почему этот твик бесполезен. Я согласен с тем, что Superfetch отвечает за оптимизацию загрузки - там у нас есть папка %windir%\prefetch, layout.ini и все прочие дела, так же как и в ХР. Описание Superfetch тут: Администрирование Windows: Внутреннее устройство ядра Windows Vista: часть 2 (http://technet.microsoft.com/ru-ru/magazine/2007.03.vistakernel.aspx).
Я не могу сказать со 100% уверенностью, но у меня есть стойкое ощущение, что параметр LayoutFilePath появляется только при наличии нескольких разделов на диске или при наличии нескольких физических дисков . У меня сейчас на виртуалке стоит чистая установка Vista с одним разделом - там нет ни LayoutFilePath, ни EnableAutoLayout. А вот на другой установке к виртуалке подключен еще один VHD, т.е. в системе 2 физических диска - там LayoutFilePath есть.
Итак, система установлена, Superfetch работает. При наличии одного раздела/диска система и так знает, что layout.ini расположен в %windir%\prefetch, поэтому LayoutFilePath не нужен.
Почему нет EnableAutoLayout? Потому что система сама автоматически упорядочивает данные на основе информации из layout.ini. Другими словами, этот процесс происходит вне зависимости от того, имеется параметр EnableAutoLayout со значением 1 или нет. Именно по этой причине параметра нет. А вот если вы захотите отключить упорядочивание файлов, тогда этот параметр нужен, но со значением 0. В документации, на которую я ссылался ранее Disabling Disk Defragmentation (http://msdn.microsoft.com/en-us/library/ms932871(WinEmbedded.5).aspx) как раз и описан механизм отключения упорядочивания файлов - там говорится, добавьте параметр EnableAutoLayout со значением 0.
Резюме. Использование EnableAutoLayout=1 не имеет никакого эффекта потому, что система и так выполняет действия, которые вы пытаетесь ей назначить добавленеим этого параметра. Никакой это не хитрый трюк, и недокументированной функцией это не является. Миф и не более. Единственная ситуация, в которой это может иметь эффект, это когда пользователь добавил этот параметр руками и присвоил ему значение 0 (руками, потому что ни один твикер такого не сделает).
[hr]
Вопрос опять каких фрагментов какого размера - оптимальным было бы default - система, ContigFileAllocSize - пользователь. »
Ну ContigFileAllocSize - это системный параметр, а не пользовательский. Хотя я понимаю, что вы имеете в виду. А вот "было бы" и "является" - это разные вещи.
HD Tune Pro показал скорость самая большая чтения/записи порядка 35МБ/с при блоках начиная 64КБ, файл объемом 16МБ »
Ничего удивительного - ведь файл явно больше 64 кб. Я согласен с тем, что для несистемного раздела увелчение размера кластера способствует увелчению скорости чтения/записи файлов (при условии, что большинство файлов имеют размер больший, чем размер кластера).
Еще раз подчеркну
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/vista-readyboost-or-snailboost/.
Для информации было замечено копирование файлов с диска на диск:
Программа FAR работает блоками по 64КБ, TeraCopy (прописывается в проводник и берет на себя функции копирования) работает блоками 1МБ по максимуму.
WMP при просмотре фильмов работает блоками 64КБ, VLC при просмотре так же может работать блоками 140КБ (почему то).
Только вот дело в том, что при запуске системы было замечено обращение к реестру по веткам через
C:\Windows\System32\svchost.exe -k LocalSystemNetworkRestricted к переменным
- HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OptimalLayout\EnableAutoLayout »
Действительно, я проверил это. Продолжая придерживаться своей логики предположу, что система проверяет, не является ли значением параметра 0 (тогда упорядочивания файлов не происходит). Если же параметр отсутствует или значение равно 1, файлы упорядочиваются. Что ж, я попробую получить разъяснения из первых рук.
Для продолжения, решил еще проверить вот что, чищу каталог 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 так и не появился.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC