[Valeant]

Спасибо за скрин на котором как раз видно как раз два параметра на которые "все грешат"

Состояние масштабирования на принимающей стороне : enabled
Уровень автонастройки принимающего окна : highlyrestricted

SPHINX22, может просто давно не дефрагментировали, и если есть подозрение что от него такая загрузка, то может посмотреть кое что например:

Для лучшего расположения файлов на диске т.е. задание размера свободной области дискового пространства при записи данных на диск есть параметр в реестре
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 Мб оперативной памяти. Данный параметр лучше установить опытным путем.

[Vadikan]

Дискуссия по приведенным в сообщении 11 твикам здесь: Несколько оптимизирующих твиков Windows Vista - миф или реальность?

[Valeant]

SPHINX22,

Для определения загрузки CPU при работе с сетью, нужно хотя бы убедиться, что это именно в данный момент времени происходит нагрузка из-за обработки прерываний. Можно посмотреть в программе "Монитор ресурсов" по графику и по закладкам "CPU", "диск" и "сеть", а так же одновременно в программе ProcessExplorer -> Process - Interrupts (нажать два раза мышкой) и Performance Graf, т.е. начать что-то копировать.

Перед любым изменением в реестре рекомендую сделать скрин ветки и сохранить его
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

и netsh int tcp show global

Теперь можно пробовать:

Программа Vista Manager устанавливает данный параметр "Enable the Network Adapter OnBoard Processor" через реестр это

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

DisableTaskOffload REG_DWORD 0

Второе и основное, так как в vista применяется новая ревизия драйвера NDIS, то лучше прочитать краткую информацию, кто не хочет смотреть ссылки
http://oktyab.ru/forum/lofiversion/index.php/t187.html
http://www.itcommunity.ru/blogs/sie/...gory/1201.aspx
http://support.microsoft.com/kb/951037

то приведем краткое описание

Изменения в сетевом стэке Windows Vista и Windows Server Изменения в сетевом стэке Longhorn Server и Vista, такие как автонастройка окна принимающей стороной (receive-side window autotuning) и новый механизм передачи TCP (Compound TCP speed data transfer), обещают сделать использование сетевых ресурсов более эффективным. И перед тем, как перейти на эти новые ОС, вы должны четко осознавать влияние этих изменений. Кроме усовершенствований в сетевом стэке, возможности Longhorn по управлению стали гораздо более эффективными. Например, параметр QoS (quality of service), управляемый групповыми политиками, позволит распределять потребление пропускной способности Windows. А IPv6, уже доступный и для предыдущих версий Windows, также установлен и включен по умолчанию. Именно эти и некоторые другие изменения в TCP-стэке так существенно влияют на сетевую производительность. Усовершенствования TCP-стэка в Vista и Longhorn обещают увеличить сетевую производительность, но это приведет к неминуемому росту использования сети, что в итоге может снизить производительность, так как каждый компьютер в сети будет потреблять всю большую часть полосы пропускания. VoIP (Voice over IP) и другие технологии, весьма чувствительные к времени обработки сетевых запросов, могут приобрести новый смысл с ростом компьютеров с установленной Vista и Longhorn. Эффект горлышка бутылки потеряет актуальность и будет иметь место рост трафика, так как рост пропускной способности означает сокращение времени передачи. И все это заслуги автонастройки окна принимающей стороной. ОС семейства Windows, предшествующие Vista и Longhorn, имели встроенные ограничители полосы в TCP-стэке в форме фиксированного окна у принимающей стороны. TCP-соединения должны были подтверждать каждый отосланный с одного хоста на другой байт. Приемное окно использоваллось для одновременного подтверждения множества TCP-пакетов вместо того, чтобы подтверждать каждый пакет в отдельности; но текущая реализация подразумевает рост/сокращение размера окна в зависимости от того, насколько быстро принимающая сторона может обрабатывать TCP-пакеты. Максимальная пропускная способность, которая может быть достигнута хостом, управляется именно размером окна и временем отклика. Хост-отправитель будет отправлять столько пакетов, сколько потребуется для заполнения окна, после чего будет ждать подтверждения. Размер окна, по умолчанию используемый в Windows XP и Windows Server 2003, - 65535 байт, что соответствует максималььной пропускной способности соединения с пропускной способностью в 5.2Мбит/сек и временем отклика в 100 миллисекунд. Если емкость WAN на пределе, никакия оптимизация TCP не поможет - вы либо должны увеличить емкость сети, либо снизить потребление ее ресурсов. Оптимизирующие контроллеры WAN частично основаны на оптимизации TCP, схожих с теми, что используются в Vista и Longhorn; все, что сокращает время отклика, визуально увеличивает производительность, а изменения в Vista и Longhorn действительно увеличивают производительность сети. Тем не менее, преимущества WAN-оптимизации становятся действительно ощутимыми вместе со сжатием данных, благодаря которому количество данных, переданных через WAN, сокращается. Тестирования, проведенные различными производителями сетевого оборудования, показывают, что сжатие данных может увеличить эффективную пропускную способность WAN до 6 раз. Используемая в Longhorn функция кэширования может заметно снизить сетевой трафик при организации общего доступа в Windows, хотя с другими TCP-приложениями она бесполезна. Данный параметр в Windows XP и Server 2003 можно изменить через реестр, что позволит включить масштабирование окна, как описано в RFC 1323. В итоге получаем больший размер окна, большую пропускную способность. Однако, присутствует неудобство внесения изменений через реестр, возможны ошибки и размер окна изменяется для всех имеющихся TCP-соединений. В Vista и Longhorn размер окна подстраивается автоматически с целью достичь максимальной пропускной способности для конкретного соединения. В проведенных нами тестах компьютер на базе Windows Vista имел в два раза большую пропускную способность при загрузке файла с сервера на базе Windows 2003 по сравнению с аналогичным компьютером с установленной Windows XP. Возвращение CTCP Еще одним новшеством Longhorn является Microsoft Compound TCP (CTCP), который призван увеличить количество передаваемых за TCP-сессию данных. CTCP увеличивает темп передачи с одновременным контролем размера окна и пропускной способности. Сервер быстрее достигает максимального темпа передачи и также быстрее восстанавливается при потере пакетов. Из-за лицензионного соглашения Longhorn Beta License terms, мы не можем привести цифры, отражающие сетевую производительность Longhorn, но мы можем сказать, что пропускная способность между клиентской Vista и сервером Longhorn значительно выше таковой между сервером на базе Longhorn и клиентким компьютером с любой другой версией Windows. Для расставления приоритетов в использовании сетевого трафика Microsoft настоятельно рекомендует использовать политики QoS. Rolling out QoS is not as daunting as you might think; если в вашей организации не используется QoS, вы должны начать. Сложные политики регулирования трафика, как правило, не требуются. Но, как минимум, стоит определить временные и скоростные ограничения по использованию трафика и, согласно им, установить политики. Приложения, крайне чувствительные ко времени отклика, среди которых VoIP, потоковое видео, базы данных и иные корпоративные приложения должны иметь максимальный приоритет. Под передачу файлов и электронную почту можно выделить остатки пропускной способности. Политики QoS могут ограничивать скорость передачи информации хостом и применяются в Vista и Longhorn через QoS Group Policy Object (GPO). Данная функция применяет политики в зависимости от приложений, адресов источника/получателя и портов. GPO применяется к пользователям по мере их подключения к домену. Перераспределение нагрузок Еще одним преимуществом нового IP-стэка является поддержка Chimney-based разгрузки TCP/IP и поддержка netDMA. Chimney (с англ. дымоход), являющийся нововведением для Longhorn, позволяет операционной системе переключать IP-стэк на карты TOE (TCP Off-load Engine) и iSCSI-адаптеры, которые аппаратным путем обрабатывают TCP/IP. Подобный подход позволяет значительно снизить нагрузку на процессор при выполнении высокоприоритетных сетевых и iSCSI-приложений. Тоже самое касается случая масштабирования принимающей стороны, что позволит входящим пакетам распределяться по различным процессорам. В итоге процессор более не является узким местом сети, которым он был, не успевая обрабатывать запросы. NetDMA позволяет механизму DMA (Direct Memory Access), используемого в адаптере, выполнять операции копирования, снова освобождая от этой рутины центральный процессор.

Из всего сказанного и просмотренного по ссылкам есть несколько параметров
1. TCP Chimney Offload overview - все сетевые соединения обрабатываются в сетевой карте.

netsh int tcp set global chimney=enabled
или
netsh int tcp set global chimney=disabled

2. Receive Side Scaling - использование нескольких процессоров для обработки входящего сетевого потока.

Без RSS стек TCP/IP работает только на одном процессоре даже если ПК многопроцессорная. Работа RSS основана на вычислении хэша драйвером сетевого адаптера или самим адаптером.

netsh int tcp set global rss=enabled
или
netsh int tcp set global rss=disabled

3. Network Direct Memory Access (NetDMA) - что-то аналогичное работе винчестеров для обмена информацией между сетевым адаптером и основной памятью.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

EnableTCPA REG_DWORD 1 (1-enable, 0-disable)

И снова проверяете работу например как написано выше.

[SPHINX22]

Valeant, выше перечисленое не принесло не каких результатов

[Valeant]

SPHINX22,
А что вы хотели получить, от выше перечисленного я конечно все могу понять февраль 2009 и июнь 2009г., если

при установке чего либо DCPs не грузил процессор?

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

[Valeant]

SPHINX22,
Сетевая карта Realtek RTL8168B/8111B Family PCI-E Gigabit Ethernet NIC (NDIS 6.0) для нее сейчас под Vista есть новые драйвера на update рекомендую обновить, далее идете в настройку сетевой карты и делаете следующие настройки и смотрим результат:

Flow control - enable

Interrupt Moderation - enable

Координация прерываний Interrupt moderation, - технология, которая служит для уменьшения количества запросов к центральному процессору (прерываний) при приеме или передаче пакетов. Позволяет уменьшить загрузку центрального процессора. Актуально для гигабитных сетевых адаптеров.

Jumbo Frame - выставить на максимум

Поддержка Jumbo Frame Режим Jumbo Frame позволяет работать с пакетами большего размера, чем стандартный для сетей Ethernet, что уменьшает общее число пакетов и, соответственно, снижает время, необходимое для обработки пакетов, и нагрузку на процессор, увеличивая тем самым производительность сети при передаче больших объемов данных. Поддержка Jumbo Frame актуальна для гигабитных адаптеров. Стоит помнить, что для использования этой технологии все устройства, между которыми необходимо взаимодействие, должны ее поддерживать.

Large Send Offload - enable

Large Send Offload (IPv4) and Large Send Offload (IPv6) enable the adapter to offload the task of segmenting TCP messages into valid Ethernet frames. Because the adapter hardware is able to complete data segmentation much faster than operating system software, this feature may improve transmission performance. In addition, the adapter uses fewer CPU resources. Русский перевод: Large Send Offload - позволяют адаптеру разгрузить задачу сегментации сообщений TCP в действительные структуры Ethernet. Поскольку аппаратные средства адаптера в состоянии закончить сегментацию данных намного быстрее чем программное обеспечение операционной системы, эта особенность может улучшить работу передачи. Кроме того, адаптер использует меньше ресурсов центрального процессора. Думаю TCP Segmentation уже встроена в данную функцию Другое название TCP Segmentation Offload (TSO). При передаче данных с использованием протокола TCP/IP часто приходится разбивать блоки данных большого размера на несколько маленьких, это связано с ограничениями протокола. Такой процесс разбиения называется сегментацией. Обычно в процессе сегментации используется центральный процессор. Сетевой адаптер, снабженный функцией TCP Segmentation, освобождает процессор компьютера от выполнения функции сегментации и берет ее на себя. Актуально для гигабитных адаптеров.

Receive buffers и Transmit Buffers - на максимум

IPV Checksum Offload, TCP Checksum Offload и UDP Checksum Offload - Rx Tx enable

TCP Checksum Offload При передаче информации в пакетах передаются не только данные пользователя, но и служебная информация, в том числе так называемая контрольная сумма. Чтобы узнать, действительно ли пакет пришел без искажений, нужно просуммировать данные из пакета и сравнить полученную цифру с контрольной суммой. Если оба значения совпали, то считается, что данные передались без ошибок. Обычно такие расчеты производятся центральным процессором компьютера. Сетевой адаптер с функцией TCP Checksum Offload самостоятельно производит вычисления с контрольной суммой, избавляя от этой работы процессор. TCP/IP (Transmission Control Protocol / Internet Protocol) - протокол передачи данных, который широко используется в сети интернет.

Пока это думаю хватит.

[SPHINX22]

Valeant, после обновления драйверов нагрузка упала с 25-30% до 7-11% делал все настройки которые вы писали изменений ни каких не дало так же осталось 7-11%. Можно ещё какието меры принять чтоб снизить ещё нагрузку?

[SPHINX22]

Valeant, Цитата:
при установке чего либо DCPs не грузил процессор?


да грузит при установке игр например.

[Valeant]

SPHINX22,
А причем тогда сеть, если

при установке чего либо DCPs не грузил процессор? да грузит при установке игр например.

Не вдаваясь в механизм работы прерываний и DPC (Отложенный вызов процедуры - Deferred Procedure Call, DPC)
сложная это штучка, но для "интереса" можно почитать много информации http://www.realcoding.net/article/view/3283 и http://skachivaem.ru/articles/43-dri...e-object-.html

Самое важное тут:
...
есть поток А, вдруг приходит прерывание от устройства device 1 на его обработку, механизм назначения приоритетов опустим. В любой момент процессор может обрабатывать только один запрос на прерывание. Обработка данного прервется только более наивысшим прерыванием (т.е. приоритет). Но долго обрабатывать прерывание нельзя, ПК зависнит. Но вот прерывание обработано и есть полученные данные. И так имеем прерванный поток А и данные от обработанного прерывания, которые куда то надо деть. Для этого введен механизм вызова отложенных процедур (Deferred Procedure Call, DPC).
Примерно так, тогда имеем устройство на котором коряво установлены драйвера или их не стыковка с системой :
- чип сет материнки и ее bios (старая версия)
- звуковая
- видео (скорей всего)
- на винт/dvd (так же может быть работа с swap файлом)
- программное обеспечение например антивирусные программы.

Для начала можно посмотреть на оценку производительности системы и обратить внимание на показатель в районе 1-3.
Просто сам по себе просто так процесс DPC все что выше 1-5% загружать процессор не может, смотрите кто в данный момент времени еще требует время CPU (наводит на мысль антивирусник).

[SPHINX22]

Valeant, но эти проблемы возникают на windows vista на windows xp такова нет.Щас попробую удалить антивирус. может из за него это происходит.