Nosferatus
на тему топика посмотри?
Я не буду писать здесь, отвечу в ПМ форума, как протрезвею( ;) )
Отвечу соответственно моему опыту и пониманию, обещаю... возможно и зватра уже... у меня 1-30 ночи... спать, спать.... :)

Я тему топика знаю, просто здесь первый раз прочитал про 12.5%, вот и начал, а про головки харда, так от этого зависит куда класть MFT (как класть уже другой вопрос), чтобы было производительнее, а это и есть оверклокинг XP - тема топа :)

А зачем менять размер MFT, он (размер) автоматически уменьшается вдвое, когда свободного места на диске мало остается и так далее.
Все что мне известно по поводу регулировки размера MFT:

Размер MFT Pazdak ты никак не уменьшишь :), тоесть 1-12.5%, а 2 значит больше, но куда больше уже, а то что размер уменьшаеться MFT RZ в двое, эт известно, но это повлечет за собой фрагментацию, это конечно не так важно, но очень хотелось бы научиться менять её размер :cool:

NtfsMftZoneReservation
 

Хотелось бы добавить к сказанному в шапке...

В целях повышения эффективности создавать параметр рекомендуется сразу после установки системы из соображений дефрагментации.

Соотношение: значение параметра - проценты, занимаемые MFT на диске.
1 - 12.5% | 2 - 25% | 3 - 37.5% | 4 - 50%

Теперь к вопросу о том, почему рекомендуется отводить под зону MFT именно 25%.
Полагаю дело здесь в индексации, а точнее в буферах размещения индексов -
Источник: http://arowana.stsland.ru/part9.html
Что в принципе подтверждает сказанное моим коллегой Yraman несколько выше.

На самом деле, "правильные" программы, напр., diskeeper,
стараются поместить swap ближе к внешней
кромке диска, поскольку при одинаковой скорости вращения с внешних дорожек
дата считывается быстрее.
http://www.rojakpot.com/article/Swap...r_Velocity.gif
http://www.rojakpot.com/default.aspx...ar1=143&var2=0

dM0d
Дык, начало диска как раз-таки и находится ближе к его внешней кромке... ;)

Хмм... В самом деле? И MBR там же? Я почему-то всегда считал, что структура
чтения у винта как у CD, и нулевой блок у центра... :eek: :idontnow:

Новый взгляд на старые грабли.
 

Доброго времени суток. В качестве своего дебюта хочу вставить и свои пять копеек.

Как со своим винтом поступил я.
1. Системный диск должен быть быстр.
2. Юзверьские профиля не должны мешать жизни системы.

Решается задача просто.
NTFS поддерживает монтирование отдельных дисков как папок. В итоге имеем:
1. Системник - 4 ГБ (Винда, своп, прочая мелочь)
2. папка Documents and Settings - 5 ГБ (Мой профиль, прочая системная инфа)
3. папка Program Files - 10 ГБ (Думаю все понятно)

Плюсы я думаю очевидны.

Среди минусов за все время замечен только один.
Когда моя "шибко умная" сестра запустила в комп руки "по локоть" от системного раздела отвалились примонтированные диски.
Представляете как винда удивилась обнаружив Documents and Settings и
Program Files пустыми. Что правда при наличии BartPE или установочного диска (консоль восстановления) это не проблема.
З.Ы. монтировать диски лучше до установки винды... хотя можно и после, но это немного геморнее (что правда система подвоха не замечает).

dM0d
Лишнее позиционирование головок все равно на порядок медленнее самого медленного считывания данных, поэтому если система гоняет головки винта постоянно в самое начало (или конец), когда "дата" обычно находится где-то посередине, то никакое ускорение за счет более быстрого линейного считывания не поможет. Ну никак.

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

2 Genseven так это... NCQ работает в полный рост и его еще никто не отменял ;)
А правильные программы сначала собирают статистичекие данные, а уже потом на их основе колбасят данные на винте.
При этом, как правило, swap попадает в середину диска, как и большинство временных и новосоздаваемых файлов. Туда же перемещается MFT и зона ее резервирования. Плюс, как я понял, правилом хорошего тона (сегодня) является располагать каталоги (ака директории или папки) после всех файлов. ИМХО так наверное ускоряется вопрос создания тучи новых файлов, ибо, по сути, все рядом.

Так что SmartDefrag + NCQ рулят в обозримом будущем :yees:

Вопрос от непродвинутого:
Были глюки. Машина тупо перегружалась без видимых причин.
Убрал "перезагрузку" в настройках, расшифровал код на Синем Экране.
_http://polygon.iphosting.ru/stop/index.php_ порекомендовали использовать команду verifier.exe...
Система стала тормозить до неприличия... Еле спасся откатом (благо, такой оказался).
Вопрос: Что же такое verifier.exe и с чем его едят?

//Да простит меня модератор... :молись:
http://support.microsoft.com/default...1&PA=1&SD=HSCH

З.Ы. :beer: F1 рулит

• Упреждающее чтение (Prefetch)

Решил осветить этот вопрос, т.к. во-первых, в сети по-прежнему достаточно часто встречаются рекомендации отключения этого механизма что, на мой взгляд, делать не стоит; во-вторых, "очистка" соответствующих записей Prefetch может несколько повысить эффективность этого мероприятия.

Упреждающее чтение - процедура, при которой с диска заранее считываются еще не затребованные данные; осуществляется параллельно с инициализацией устройств.

В предыдущих системах во время загрузки при инициализации драйверов, загрузке сервисов и оболочки данные с диска в память загружались последовательно, по мере поступления запросов на них.
Windows XP параллельно с выполнением других операций заранее считывает эти данные, не дожидаясь запроса, что приводит к самому значительному эффекту. Этот интеллектуальный алгоритм упреждающего чтения применяется и к запуску программ - после первого запуска каждой программы создаются специальные сценарии их загрузки (они хранятся в папке WINDOWS\Prefetch), в которых описано, какие файлы нужно заранее поместить в память.
Эти же файлы, вернее, их некий общий знаменатель - файл WINDOWS\Prefetch\layout.ini - используется затем дефрагментатором для оптимизации расположения файлов на диске, что еще больше сокращает время загрузки.

Непосредственно же сам протокол загрузки ОС фиксируется в файле WINDOWS\Prefetch\Prefetch\notosboot-B00DFAAD.pf, который для большей объективности содержит сведения о последних 8 запусках ОС и обновляется каждый раз спустя 1 минуту после загрузки системы (мониторинг завершается через 10 секунд после начала загрузки оболочки Explorer, так что под него попадают и некоторые автозагружаемые программы). Если его удалить, то следующая загрузка не будет использовать упреждающее чтение и вы, скорее всего, обнаружите, что система грузится почти в два раза медленнее.

Как это работает с точки зрения реестра:

Параметр: тип dword, EnablePrefetcher, значение: 3
Ветка: HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters

Возможные значения:
0 – префетчер отключён;
1 – мониторинг только приложений;
2 – мониторинг только загрузки (notosboot-B00DFAAD.pf);
3 – мониторинг и приложений и загрузки (по умолчанию).

Таким образом, если есть необходимость в экономии памяти без ущерба для скорости загрузки ОС, возможен компромисс – значение "2".

• Очистка Prefetch

Очевидно, что со временем содержимое каталога заполняют «левые» записи, что естественно не приносит пользы. Поэтому, целесообразно проводить «уборку».
Чтобы не проделывать это вручную, можно воспользоваться Windows XP Prefetch Clean And Control (28 kb). Программа также предоставляет пользовательский интерфейс для изменения значений префетчера в реестре.
Если вы часто устанавливаете/удаляете различные программы и/или меняете что-то по аппаратной части (дрова и т.п.), рекомендуется прибегать к очистке Prefetch не реже одного раза в месяц. Можно написать скрипт для «Планировщика заданий» -

Пользователям Windows XP, не использующим Windows Messenger,
 

Удалить Windows Messenger Делается это командой
RunDll32 advpack.dll, LaunchINFSection %windir%\INF\msmsgs.inf,BLC.RemoveМожно также воспользоваться готовым .bat-файлом для удаления Windows Messenger

• Autoplay Handler – Обработчик списка для автовоспроизведения

Речь пойдёт о списке, который появляется при запуске диска, в зависимости от типа содержимого последнего.
Как известно, всего типов семь:
Настроить автоматическое действие для каждого типа можно в св-ах привода, на вкладке «Автозапуск», но меня больше интересует изменение предлагаемых действий, т.е. удаление/добавление и редактирование элементов списка (предлагаемых программ).

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

Весь механизм формирования списка достаточно прост и построен на двух ключах:

HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\AutoplayHandle rs\EventHandlers
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\AutoplayHandle rs\Handlers


Первый ключ ("EventHandlers") содержит указание на тип действия в зависимости от содержимого, например, раздел "ShowPicturesOnArrival" («показывать изображение при поступлении»), а также параметры или параметр, отсылающий к конкретному разделу второго ключа ("Handlers"). В таком разделе в основном устанавливаются:

1. название действия (Action);
2. иконка (DefaultIcon);
3. вызов программного ID (InvokeProgID) - ключевой параметр, т.к. именно благодаря ему становится ясно, чем осуществить действие, идёт обращение к HKCR\progid (progid - например, txtfile);
4. вызов операции над объектом (InvokeVerb);
5. провайдер (Provider) - что конкретно используется, как правило, название программы или библиотека.

Пример.
Таким образом, можно редактировать не только список программ, но и действие конкретной программы, которое реально задать отличным от «open», если, разумеется, это предусмотрено самой утилитой.

Отключение подсистемы Posix
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems]
"Optional"=hex(7):50,00,6f,00,73,00,69,00,78,00,00,00,00,00
"Posix"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6 f,00,74,\
00,25,00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,7 0,00,\
73,00,78,00,73,00,73,00,2e,00,65,00,78,00,65,00,00,00
Удаление защищенных системных файлов
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]
"SfcQuota"=dword:00000000

Здесь много говорили о разнесении данных и программ на разные диски... Тоже всегда так делал, пока был стационарный компьютер. А что делать с Ноутбуком? имеет ли смысл?
Из личного опыта:
Отказался от разбивки диски на ноутбуке по причине нехватки места...
Пример: винт - 40 Гб. Если его разбить на 2 по 20 гб, то получается следующее: системный диск со всеми установленными программами полный почти под завязку (свободно 1 - максимум 2 гб). Диск с данными тоже свободного места максимум 2 - 3 гб. А адльше возникают танцы с бубнами, когда эти данные надо прожеч на dvd болванку, потому что места для хранения образа диска нигде нет... Или заархивировать те же 4-5 гб данных.
А если не разделять на 2 диска, то места хватает...

Может, я чего-то не понимаю? Как можно оптимизировать? Разбитый на 2 части диск - безопаснее, но работать-то не возможно...

Имеется ввиду малый объём винта?
Всё зависит от конкретных задач, стояших перед машиной, а также от файловой системы. Последнее часто имеет определяющее значение в плане оптимизации: http://www.imho.ws/showthread.php?t=71966
Вобще говоря, вопрос деления на разделы вещь крайне субъективная. Лично я не вижу здесь проблемы. Весь вопрос в балансе отводимого пространства под разделы. Опять же, исходя из целей использования ПК, определяем и место для системного раздела.

P.S. Если что опять не так понял, извиняй. ;-)

Нужно понимать разницу между разными дисками и разделами одного диска. Разные физические диски могут сидеть на разных контроллерах или, хотя бы, разных каналах одного контроллера, у каждого отдельный кеш и т.п. что в сумме положительно скажется на производительности дисковых операций при параллельном доступе. Например файлы подкачки системы и фотошопа.

Разные же разделы на одном диске как бы не более вредны, чем полезны. Потеря емкости (хоть м.б. и незначительная). Прироста производительности никакого, наоборот теряем - понятно почему. Кроме того в середине (или где проходит граница разделов) появляется область (FAT/MFT/индексы/итп что там используется), которая постоянно "мусолится" при активной работе, что, по мнению некоторых экспертов, не есть хорошо в смысле долговечности диска - вроде бы начальные цилиндры более устойчивы к таким нагрузкам (статья была на www.rusdoc.ru).

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

PS: конечно здесь не учитывается ситуация, когда разбиение необходимо для конфиденциальности данных, но в таких случаях, imho, и проблема такая редко возникает ;)