Перевод large send offload
Сообщения: 19
Благодарности: 0
| Конфигурация компьютера |
| Материнская плата: msi p35 neo2-fir |
| HDD: Samsung HD502IJ 500GB |
| Звук: Realtek ALC888 7.1Audio |
| CD/DVD: ASUS |
| ОС: Windows Xp Pro SP3 и Windows Vista Bussines SP1 |
Профиль | Отправить PM | Цитировать
| На производительность файловой системы влияет и размер записываемого блока данных. По умолчанию 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. Данный файл используется для определения и хранения сведений о частях установленных в системе программ, которые при следующей автоматической дефрагментации дисков нужно переместить на более оптимальное место в файловой системе. |
| Optimize I/O pages изменяет количество оперативной памяти, которую операционная система резервирует для операций I/O (операций чтения/записи). Чем больше памяти резервируется, тем быстрее будут выполняться операции работы с файлами и папками. Если значение данного параметра равно 0 (устанавливается при снятии данного флажка программы), тогда используется объем оперативной памяти по умолчанию. По умолчанию резервируются следующие объемы оперативной памяти: 16 Мб из 128 Мб оперативной памяти, 64 Мб из 256 Мб оперативной памяти, 128 Мб из 512 Мб оперативной памяти. Данный параметр лучше установить опытным путем. |
Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.
| Конфигурация компьютера |
| ОС: Windows 10 Pro x64 Release Preview |
| » width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″> |
| Изменения в сетевом стэке 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) — что-то аналогичное работе винчестеров для обмена информацией между сетевым адаптером и основной памятью.
EnableTCPA REG_DWORD 1 (1-enable, 0-disable)
И снова проверяете работу например как написано выше.