ИНСТРУКЦИЯ О ПОРЯДКЕ ПРЕДОСТАВЛЕНИЯ И ИСПОЛЬЗОВАНИЯ ОКОН ДЛЯ РЕМОНТНЫХ И СТРОИТЕЛЬНО-МОНТАЖНЫХ РАБОТ НА ЖЕЛЕЗНЫХ ДОРОГАХ ОАО «РЖД» (п.2)

+

• 2011 год
• Ноябрь 2011
• Инструкция о порядке предоставления окон

ИНСТРУКЦИЯ О ПОРЯДКЕ ПРЕДОСТАВЛЕНИЯ И ИСПОЛЬЗОВАНИЯ ОКОН ДЛЯ РЕМОНТНЫХ И СТРОИТЕЛЬНО-МОНТАЖНЫХ РАБОТ НА ЖЕЛЕЗНЫХ ДОРОГАХ ОАО «РЖД» (п.2)

2. Планирование ремонтных и строительно-монтажных работ

2.1. Планирование ремонтных и строительно-монтажных работ производится исходя из состояния устройств и сооружений пути, СЦБ, связи, электроснабжения, нормативов на их ремонт и потребности в строительстве новых и реконструкции существующих устройств и сооружений.

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

При подготовке к проведению окон перед выдачей подрядчику акта-допуска начальником региональной дирекции инфраструктуры железной дороги назначается рассмотрение разработанного подрядчиком Проекта производства работ (далее — ППР), который согласовывается П, ШЧ, ЭЧ, РЦС и другими подразделениями, имеющими коммуникации и технические средства в зоне производства работ.
В дни проведения окон по реконструкции (модернизации) железнодорожного пути, капитальному, усиленному среднему, среднему, усиленному подъемочному, подъемочному ремонтам пути время предоставления окон для текущего содержания пути корректируется в соответствии с вариантным графиком движения поездов.

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

Остальные окна предоставляются в соответствии с планом, утвержденным начальником железной дороги.
2.3. Для выполнения работ по текущему содержанию пути, искусственных сооружений, контактной сети, линий связи, устройств сигнализации, централизации и блокировки в графике движения поездов предусматриваются нормативные технологические окна. В нормативное технологическое окно может выполняться ряд ремонтных и строительно-монтажных работ (например: устройство или демонтаж опор контактной сети, выправочно-отделочные работы на фронтах различных видов ремонтов пути и т.п.).

2.4. Региональными дирекциями управления движением совместно с региональными дирекциями инфраструктуры ежегодно разрабатываются организационно-технические мероприятия по обеспечению безусловного пропуска планового объема поездопотока следующего года с установленными нормативами.
Разработанные мероприятия направляются в ОАО «РЖД» для утверждения.

2.5. На основании рассмотрения и согласования предложений железных дорог ОАО «РЖД» направляет им расчетные показатели объемов ремонтных работ на предстоящий год для разработки проектной документации на ремонтные и строительно-монтажные работы и календарных планов их выполнения с учетом объемов финансирования, возможности обеспечения рабочей силой и материалами конкретных ремонтно-строительных организаций, а также наличия своей техники и техники строительных организаций.
2.6. Региональные дирекции инфраструктуры совместно с региональными дирекциями управления движением разрабатывают проекты годовых планов по ремонту сооружений и устройств путевого хозяйства, рассматривают их на технических советах железных дорог и представляют на утверждение в ОАО «РЖД» вместе со следующей документацией:

проекты и календарные графики производства работ, утвержденные начальником железной дороги;
приказы начальника железной дороги:

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

об укладке дополнительных стрелочных переводов на период производства работ на перегонах и станциях с недостаточным стрелочным развитием и выполнении других мероприятий.
Проект годовых планов по ремонту сооружений и устройств путевого хозяйства должен содержать следующие данные:

организация — исполнитель;
объемы и место выполнения работ по всем видам ремонта пути;

продолжительность и количество окон в неделю в зависимости от вида ремонта и на весь годовой объем работ;
сроки начала и окончания ремонтно-путевых работ на участках;

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

меры по форсированию пропускной способности в период производства ремонтно-путевых работ;
размеры движения поездов по стыковым пунктам железных дорог в дни предоставления окон;

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

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

2.7. На основании годовых календарных планов работ по каждой железной дороге, разрабатывается годовой календарный план работ в целом по всей сети железных дорог России.
2.8. Региональная дирекция управления движением на основании предоставляемого ТЦФТО плана перевозок и утвержденного плана ремонтно-строительных работ на предстоящий год, а также оперативной информации от ДРП и других ремонтных дирекций, строительных и монтажных организаций, разрабатывает вариантные графики движения поездов по всем направлениям, которые предусматривают предоставление окон.

2.9. Региональные дирекции инфраструктуры совместно с региональными дирекциями управления движением определяют периодичность предоставления заложенных в графике движения поездов (далее ГДП) нормативных технологических окон для обеспечения текущего состояния и ремонта устройств инфраструктуры железной дороги.
Нормативы годовой потребности в окнах для обслуживания и текущего ремонта устройств контактной сети приведены в приложении А к настоящей Инструкции.

• Вперёд >

+

ИНСТРУКЦИЯ О ПОРЯДКЕ ПРЕДОСТАВЛЕНИЯ И ИСПОЛЬЗОВАНИЯ ОКОН ДЛЯ РЕМОНТНЫХ И СТРОИТЕЛЬНО-МОНТАЖНЫХ РАБОТ НА ЖЕЛЕЗНЫХ ДОРОГАХ ОАО «РЖД» (п.2) — Мир Окон 🏠

В целях повышения эффективности организации ремонтных и

строительно-монтажных работ и обеспечения пропуска плановых

вагонопотоков с минимальными эксплуатационными затратами утвердить

и ввести в действие с 1 января 2008 г. прилагаемую Инструкцию о

порядке предоставления и использования «окон» для ремонтных и

строительно-монтажных работ на железных дорогах ОАО «РЖД».

Первый вице-президент

ОАО «РЖД»

В.Н.Морозов

УТВЕРЖДЕНА

распоряжением ОАО «РЖД»

от 26.10.2007 г. N 2047р

ИНСТРУКЦИЯ

о порядке предоставления и использования «окон»

для ремонтных и строительно-монтажных работ

на железных дорогах ОАО «РЖД»

(В ред. Распоряжения ОАО «РЖД» от 31.01.2008 N 182р)

1.Общие положения

1.1. Настоящая Инструкция разработана на основании требований

Правил технической эксплуатации железных дорог Российской

Федерации, утвержденных МПС России 26.05.2000 N ЦРБ-756 (далее —

ПТЭ), Инструкции по движению поездов и маневровой работе на

железных дорогах Российской Федерации, утвержденной МПС России

16.10.2000 N ЦД-790 (далее — ИДП), Положения об обеспечении

безопасной эксплуатации технических сооружений и устройств

железных дорог при строительстве, реконструкции и (или) ремонте

объектов инфраструктуры ОАО «РЖД», утвержденного ОАО «РЖД»

16.02.2006 N ВМ-1258.

1.2. Настоящая Инструкция устанавливает порядок планирования

ремонтных и строительно-монтажных работ, выполняемых с

предоставлением временных перерывов в движении поездов

определенной продолжительности (далее — «окон»), подачи,

рассмотрения заявок и оформления разрешений на предоставление

«окон».

1.3. На железных дорогах ОАО «РЖД» на основании настоящей

Инструкции разрабатываются и утверждаются дорожные инструкции,

определяющие порядок рассмотрения заявок и оформления разрешений

на предоставление «окон» с учетом местных условий.

1.4. К работам, для выполнения которых требуется

предоставление «окон», относятся: реконструкция верхнего строения

пути, усиленный капитальный, капитальный, усиленный средний,

средний, усиленный подъемочный и подъемочный ремонты пути, смена

рельсов, в том числе сплошная, укладка плетей бесстыкового пути,

смена стрелочных переводов, в том числе замена металлических

частей стрелочных переводов или сплошная замена брусьев, ремонт

мостов и тоннелей, лечение земляного полотна,

планово-предупредительная выправка пути, ремонт водоотводных

сооружений, ремонт и текущее содержание контактной сети, линий

связи, устройств СЦБ, механизированных и автоматизированных горок,

реконструкция существующих и строительство новых сооружений,

электрификация железных дорог, строительство линий связи,

устройств СЦБ и других обустройств железнодорожного транспорта,

проведение восстановительных работ и устранение повреждений

устройств контактной сети, линий связи, электроснабжения, СЦБ.

Выполнение работ предусматривается специализированными

бригадами по производству ремонта, содержанию пути и по

обновлению, модернизации и реконструкции устройств контактной сети

и воздушных линий и линий связи.

В случаях отказов устройств инфраструктуры, представляющих

угрозу безопасности движения, запрашиваются аварийные «окна»,

которые предоставляются вне зависимости от поездной обстановки по

требованию руководителя работ.

1.5. В зависимости от принятой технологии и конструкции

верхнего строения пути работы по ремонту пути выполняются в

несколько этапов:

замена старой путевой решетки на новую, с предварительной

заменой при необходимости старогодных плетей на инвентарные

рельсы, выправочно-отделочные работы;

глубокая очистка щебня с укладкой или без укладки геотекстиля

или плит из пенополистирола;

укладка новых плетей бесстыкового пути после выправки и

стабилизации пути.

«Окна», предоставляемые для работы машин глубокой очистки

щебня, должны максимально совмещаться с «окнами», предоставляемыми

для работ по укладке путевой решетки.

1.6. К планово-предупредительным работам, выполняемым

машинными комплексами, относятся:

шлифовка рельсов рельсошлифовальными поездами с неподвижными

сегментами (работа челноком) и с абразивными кругами;

восстановление и удлинение плетей бесстыкового пути сваркой с

применением передвижной сварочной машины;

правка рельсов в стыках с помощью передвижных прессов или

специальных машин для выправки стыков;

наплавка рельсов и крестовин;

смена стрелочных переводов с установкой электроприводов;

ликвидация выплесков на локальных участках;

на контактной сети — окраска жестких поперечин, смена

изоляторов, фиксаторов и другие работы.

Работы по очистке, углублению и расширению кюветов, нарезка

новых кюветов, уборка засорителей, лишнего грунта и балласта

механизированным способом с применением машин СЗП-600, МНК-1, КТМ

и других машин с погрузкой в железнодорожный состав или уборкой в

отвал проводятся, как правило, в «окно» на основные работы.

1.7. При производстве работ по ремонту пути с применением

машин по глубокой очистке щебня, с заменой балластного слоя или

понижения отметки головки рельса, а также при реконструкции,

модернизации и ремонте контактной сети, линий связи, допускается

закрытие одного пути перегона на длительный период (сутки и

более). Наибольший эффект от применения технологии производства

ремонтно-путевых работ с длительным закрытием одного из путей

достигается на малодеятельных участках и многопутных перегонах.

1.8. Для производства работ по переключению технических

средств железнодорожной автоматики и телемеханики (далее — ЖАТ)

после реконструкции или обновления предоставляются технологические

«окна».

1.9. Все работы, требующие предоставления перерывов движения

меньшей продолжительности, чем выделенное «окно» на установленном

перегоне, должны выполняться в одно совмещенное по направлению и

времени «окно» (в створе).

1.10. «Окна» для ремонтных и строительно-монтажных работ

предоставляются, как правило, в светлое время суток. Перечень

работ, которые могут выполняться в темное время суток,

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

при отсутствии отделений в составе железной дороги — приказом

главного инженера железной дороги.

1.11. Для управления ремонтными и строительно-монтажными

работами на перегонах и станциях, а также во время проведения

работ по ремонту пути и контактной сети, должна применяться,

согласно ПТЭ, постоянная связь (телефонная или радио) с поездным

диспетчером. Перечень участков, оборудованных указанной связью,

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

1.12. При подготовке к проведению «окон» предусматривается

шурфовка и вынос кабельных трасс СЦБ, связи и электроснабжения за

фронт производства работ. Запрещается складирование горючих

материалов верхнего строения пути в зоне волоконно-оптических

кабелей и воздушных линий связи.

1.13. Отмена технологических «окон» может производиться только

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

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

дороги, не позднее чем за 4 часа до планируемого начала «окна».

Отмена «окон» продолжительностью 8 часов и более на

двухпутных, 6 часов и более на однопутных участках, производится

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

Отмена ранее согласованных «окон» для текущего содержания,

ремонта и реконструкции всей инфраструктуры производится в

исключительном случае приказом первого заместителя начальника

железной дороги.

1.14. Изменение времени предоставления «окна» допускается в

исключительных случаях исходя из поездной обстановки приказом

поездного диспетчера не более чем на 1 час от плана.

2. Планирование ремонтных и строительно — монтажных работ

2.1. Планирование ремонтных и строительно-монтажных работ

производится исходя из состояния устройств и сооружений пути, СЦБ,

связи, электроснабжения, нормативов на их ремонт и потребности в

строительстве новых и реконструкции существующих устройств и

сооружений.

Потребность в «окнах», продолжительность и периодичность их

предоставления определяются расчетным путем в зависимости от

сроков службы, состояния устройств и грузонапряженности участка, в

соответствии с нормами годовой потребности в техническом

обслуживании и ремонте устройств, с применяемой технологией,

наличием и производительностью технологических комплексов машин и

механизмов, других технических средств как железной дороги, так и

строительных организаций.

2.2. При расчете оптимальной продолжительности «окон» должно

предусматриваться обеспечение максимальной выработки в «окно»,

снижение расходов на выполнение работ и затрат, связанных с

задержками поездов на весь период проведения работ.

При подготовке к проведению «окон» перед выдачей подрядчику

акта-допуска в отделении дороги назначается рассмотрение

разработанного подрядчиком Проекта производства работ (далее —

ППР), который согласовывается П, ШЧ, ЭЧ, РЦС и другими

подразделениями, имеющими коммуникации и технические средства в

зоне производства работ.

Предоставление «окна» и начало производства

строительномонтажных, ремонтно-путевых работ может осуществляться

только при наличии письменного согласования наряд — допуска

подрядчика в дистанции сигнализации, централизации и блокировки,

дистанции электроснабжения, регионального центра связи, других

структурных подразделений, выделения их ответственных

представителей для осуществления технадзора эксплуатирующей

организации.

В дни проведения «окон» по усиленному капитальному,

капитальному, усиленному среднему, среднему, усиленному

подъемочному и подъемочному ремонтам пути время предоставления

технологических «окон» для текущего содержания пути корректируется

в соответствии с вариантным графиком движения поездов.

Необходимый период времени для выполнения планового объема

работ с закрытием перегона следует определять по лимитирующей

машине (щебнеочистительной).

Ремонтные работы не должны планироваться одновременно на двух

и более параллельных ходах, а также на нескольких подходах к

железнодорожным узлам. При предоставлении «окон» на соседних

участках одного направлениях «окна» должны быть расположены в

створе, обеспечивающем минимальный съем поездов.

2.3. «Окна» для выполнения работ, предусмотренных при

усиленном капитальном, капитальном, усиленном среднем, среднем

ремонтах, смене стрелочных переводов, электрификации,

строительстве вторых путей, их количество, продолжительность и

период проведения на участках и железнодорожных направлениях

должны предоставляться в соответствии с планом, утвержденным ОАО

«РЖД».

«Окна» продолжительностью до 8 часов, не требующие изменения

размеров грузового движения и расписания пассажирских и

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

Потребность в «окнах» продолжительностью более 8 часов на

двухпутном перегоне и более 6 часов на однопутном перегоне в

каждом случае представляется на согласование в Департамент

управления перевозками ОАО «РЖД» и на утверждение — вице —

президенту ОАО «РЖД».

Для выполнения работ по текущему содержанию пути,

искусственных сооружений, контактной сети, линий связи, устройств

сигнализации, централизации и блокировки в графике движения

поездов предусматриваются технологические «окна»

продолжительностью 1,5 — 2 часа; в трудных климатических условиях,

горной местности, на многопутных перегонах и малодеятельных

участках по разрешению начальника железной дороги —

продолжительностью до 3-х часов и более; для обслуживания

механизации и автоматизации сортировочных горок — 0,7 — 1,5 часа;

на перегонах протяженностью 15 км и более при работе семи и более

самоходных подвижных единиц продолжительность «окна» должна быть

не менее 4-х часов.

Если для ремонта применяется специализированный землеуборочный

состав ПУ, СЗ-240-6, СЗ-310-10 в комплексе с машинами СЧ-1200,

СЧ-600, СЧ-601, СЧУ-800, ЩОМ-6, ЩОМ-1200, RМ-2002, RM-76, RM-80,

СЗП-600, МНК-1 и другими путевыми машинами с периодической

выгрузкой засорителей на перегоне в это же «окно», то

продолжительность «окна» должна быть увеличена на 1,5 — 2 часа в

зависимости от дальности места выгрузки и фронта работ.

2.4. Начальником железной дороги ежегодно назначается комиссия

из представителей служб перевозок, пути, локомотивной,

электроснабжения, сигнализации, централизации и блокировки и

Дорожной дирекции связи, с привлечением представителей ремонтных и

строительно-монтажных организаций, для разработки предложений по

организационно — техническим и строительно-монтажным мероприятиям,

обеспечивающим безусловный пропуск планового объема поездопотока

следующего года с установленными нормативами. Предложения

направляются в ОАО «РЖД» для согласования.

2.5. На основании рассмотрения и согласования предложений

железных дорог ОАО «РЖД» направляет железным дорогам расчетные

показатели объемов ремонтных работ на предстоящий год для

разработки проектной документации на ремонтные и

строительно-монтажные работы с учетом объемов финансирования,

возможности обеспечения рабочей силой и материалами конкретных

строительных и ремонтных организаций, наличия своей техники и

техники строительных организаций.

2.6. Железные дороги разрабатывают проекты годовых планов по

ремонту сооружений и устройств путевого хозяйства, рассматривают

их на технических советах отделений железных дорог, железных дорог

и представляют на утверждение в ОАО «РЖД» вместе со следующей

документацией:

проекты и календарные графики производства работ, утвержденные

начальником железной дороги;

приказы начальника железной дороги:

о подготовке дополнительного количества тепловозов и

локомотивных бригад, необходимого для выполнения работ;

об оборудовании участков двусторонней автоблокировкой,

открытии временных раздельных пунктов, оборудовании выходными

светофорами главных путей для движения поездов в неправильном

направлении;

об укладке дополнительных стрелочных переводов на период

производства работ на перегонах и станциях с недостаточным

Описание функций Windows TCP — Windows Server

• Статья
• 23. 02.2023

В этой статье описываются функции TCP в Windows.

Применяется к:   Windows 10 – все выпуски, Windows Server 2012 R2
Исходный номер базы знаний:   224829

Сводка

В этой статье описываются следующие функции TCP в Windows:

• Размер окна TCP
• Опции TCP теперь поддерживаются
• Масштабирование Windows — RFC 1323
• Отметка времени — RFC 1323
• Защита от переноса порядковых номеров (PAWS)
• Выборочные подтверждения (SACKS) — RFC 2018
• Поведение повторной передачи TCP и быстрая повторная передача

Функции TCP можно изменить, изменив записи в реестре.

Важно

Следующие разделы, методы или задачи содержат инструкции по изменению реестра. Однако при неправильном изменении реестра могут возникнуть серьезные проблемы. Поэтому убедитесь, что вы внимательно выполните следующие действия. Для дополнительной защиты создайте резервную копию реестра перед его изменением. Затем вы можете восстановить реестр, если возникнет проблема. Для получения дополнительных сведений о резервном копировании и восстановлении реестра щелкните следующий номер статьи базы знаний Майкрософт:
322756 Резервное копирование и восстановление реестра в Windows

Размер окна TCP

Размер окна приема TCP — это объем принимаемых данных (в байтах), которые могут быть буферизованы во время соединения. Хост-отправитель может отправить только такое количество данных, после чего ему придется ждать подтверждения и обновления окна от хоста-получателя. Стек Windows TCP/IP предназначен для самонастройки в большинстве сред и использует более крупные размеры окна по умолчанию, чем в более ранних версиях.

Вместо использования жестко запрограммированного размера окна приема по умолчанию TCP настраивается на равные приращения максимального размера сегмента (MSS). MSS согласовывается во время установки соединения. Настройка окна приема на равные приращения MSS увеличивает процент полноразмерных TCP-сегментов, используемых при массовой передаче данных.

Размер окна приема определяется следующим образом:

1. Первый запрос на подключение, отправленный на удаленный узел, объявляет размер окна приема 16 КБ (16 384 байта).
2. Когда соединение установлено, размер окна приема округляется до четного приращения MSS.
3. Размер окна регулируется в четыре раза больше MSS, до максимального размера 64 КБ, если не используется параметр масштабирования окна (RFC 1323).

Примечание

См. раздел «Масштабирование Windows».

Для соединений Ethernet размер окна обычно устанавливается равным 17 520 байт (16 КБ округляется до двенадцати сегментов по 1460 байт). Размер окна может уменьшиться при установке соединения с компьютером, который поддерживает расширенные параметры заголовка TCP, такие как выборочные подтверждения (SACKS) и временные метки. Эти два параметра увеличивают размер заголовка TCP до более чем 20 байтов, что приводит к меньшему количеству места для данных.

В предыдущих версиях Windows NT размер окна для соединения Ethernet составлял 8760 байт или шесть сегментов по 1460 байт.

Чтобы задать для размера окна получения определенное значение, добавьте значение TcpWindowSize в подраздел реестра, относящийся к вашей версии Windows. Для этого выполните следующие действия:

1. Выберите Пуск > Выполнить , введите Regedit , а затем выберите OK .

2. Разверните подраздел реестра, относящийся к вашей версии Windows:

   • Для Windows 2000 разверните следующий подраздел:
     HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces

   • Для Windows Server 2003 разверните следующий подраздел:
     HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

3. В меню Edit укажите New , а затем выберите DWORD Value .

4. Введите TcpWindowSize в Новое значение , а затем нажмите Enter

   .

5. Выберите Изменить в меню Редактировать .

6. Введите желаемый размер окна в поле Value data .

   Примечание.

   Допустимый диапазон размеров окна: 0–0x3FFFC000 в шестнадцатеричном формате.

Это значение отсутствует по умолчанию. Когда вы добавляете значение TcpWindowSize, оно переопределяет алгоритм размера окна по умолчанию, описанный выше.

Примечание

TcpWindowSize также можно добавить к ключу Parameters, чтобы установить размер окна глобально для всех интерфейсов.

Теперь поддерживаются параметры TCP

Ранее параметры TCP использовались главным образом для согласования максимальных размеров сегментов. В Windows параметры TCP используются для масштабирования окна, отметки времени и выборочного подтверждения.

Существует два типа параметров TCP:

1. Параметр TCP, состоящий из одного октета, который используется для указания определенного типа параметра.
2. Опция TCP, состоящая из нескольких октетов, состоящая из типа опции, длины опции и последовательности октетов опции.

В следующем списке показаны тип, длина, имя и описание каждой опции TCP.

Вид: 0
Длина: 1
Опция: Конец списка опций
Описание: Используется, когда требуется дополнение для последней опции TCP.

Тип: 1
Длина: 1
Опция: Нет операции
Описание: Используется, когда требуется дополнение и в одном пакете следуют дополнительные параметры TCP.

Вид: 2
Длина: 4
Параметр: Максимальный размер сегмента
Описание: Указывает максимальный размер TCP-сегмента, который может быть отправлен по сети.

Вид: 3
Длина: 3
Опция: Масштаб окна Опция
Описание: Определяет коэффициент масштабирования, используемый при использовании окон размером более 64 КБ.

Вид: 8
Длина: 10
Опция: Отметка времени Опция
Описание: Используется для расчета времени приема-передачи (RTT) передаваемых пакетов.

Тип: 4
Длина: 2
Опция: TCP SACK разрешен
Описание: Информирует другие хосты о том, что выборочные подтверждения разрешены.

Вид: 5
Длина: Варьируется
Опция: TCP SACK Опция
Описание: Используется хостами для определения того, были ли получены неправильные пакеты.

Масштабирование Windows

Для более эффективного использования сетей с высокой пропускной способностью можно использовать больший размер окна TCP. Поле размера окна TCP управляет потоком данных и ограничено 2 байтами или размером окна 65 535 байт.

Поскольку поле размера не может быть расширено, используется коэффициент масштабирования. Масштаб окна TCP — это параметр, используемый для увеличения максимального размера окна с 65 535 байт до 1 гигабайта. 93

Истинный размер окна = 524280

Следующая трассировка сетевого монитора показывает, как используется параметр масштабирования окна:

 TCP: ....S., len:0, seq:725163-725163, ack:0, win :65535, src:1217 dst:139(сеанс NBT)
TCP: Исходный порт = 0x04C1
TCP: порт назначения = служба сеансов NETBIOS
TCP: порядковый номер = 725163 (0xB10AB)
TCP: номер подтверждения = 0 (0x0)
TCP: смещение данных = 44 (0x2C)
TCP: зарезервировано = 0 (0x0000)
+ TCP: Флаги = 0x02 : . ...S.
TCP: Окно = 65535 (0xFFFF)
TCP: контрольная сумма = 0x8565
TCP: срочный указатель = 0 (0x0)
ПТС: параметры
+ TCP: опция максимального размера сегмента
TCP: Опция Nop = 1 (0x1)
TCP: опция масштабирования окна
TCP: Тип опции = Масштаб окна
TCP: длина параметра = 3 (0x3)
TCP: масштаб окна = 3 (0x3)
TCP: Опция Nop = 1 (0x1)
TCP: Опция Nop = 1 (0x1)
+ TCP: опция временных меток
TCP: Опция Nop = 1 (0x1)
TCP: Опция Nop = 1 (0x1)
+ TCP: Разрешенная опция SACK
 

Размер окна, используемый в фактическом трехэтапном рукопожатии, не является масштабируемым размером окна в соответствии с разделом 2.2 RFC 1323:

«Поле окна в SYN (например, [SYN] или [SYN, ACK ]) сам сегмент никогда не масштабируется.»

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

913
Истинный размер окна = 536 862 720

Когда значение размера окна добавляется в реестр и его размер превышает значение по умолчанию, Windows пытается использовать значение масштаба, соответствующее новому размеру окна.

Значение Tcp1323Opts в следующем разделе реестра может быть добавлено для управления масштабированием окон и отметки времени:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters

1. On на панели инструментов выберите Start > Run , а затем введите Regedit , чтобы запустить редактор реестра.

2. В редакторе реестра выберите Edit , укажите New , а затем выберите DWORD Value .

3. В поле Новое значение введите Tcp1323Opts , нажмите клавишу ВВОД, а затем в меню Редактировать выберите Изменить .

   Примечание

   Допустимый диапазон: 0, 1, 2 или 3, где:
   0 (отключить параметры RFC 1323)
   1 (включен только масштаб окна)
   2 (включены только временные метки)
   3 (включены оба параметра)

Эта запись реестра управляет метками времени RFC 1323 и параметрами масштабирования окна. Временные метки и масштабирование окна включены по умолчанию, но ими можно управлять с помощью флаговых битов. Бит 0 управляет масштабированием окна. Бит 1 управляет отметками времени.

Временные метки

Ранее стек TCP/IP использовал одну выборку на окно отправляемых данных для расчета времени приема-передачи (RTT). Таймер (таймер повторной передачи) был установлен при отправке пакета до получения подтверждения. Например, если размер окна составлял 64 240 байт (44 полных сегмента) в сети Ethernet, только один из каждых 44 пакетов использовался для пересчета времени приема-передачи. При максимальном размере окна 65 535 байт такой частоты дискретизации было достаточно. Используя масштабирование окна и максимальный размер окна 1 гигабайт, этой частоты дискретизации RTT недостаточно.

Параметр TCP Timestamp теперь можно использовать для сегментов (данные и ACK), которые стек считает подходящими, для выполнения таких операций, как:

• Расчет RTT
• Лап чек

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

Когда в сеансе TCP используется отметка времени TCP, инициатор сеанса отправляет параметр в своем первом пакете трехэтапного установления связи TCP (пакет SYN). После этого любая из сторон может использовать параметр TCP во время сеанса.

Опция временных меток TCP (TSopt):

Поле параметров временной метки можно просмотреть в трассировке сетевого монитора, развернув поле параметров TCP, как показано ниже:

 TCP: параметр временных меток
TCP: тип параметра = метки времени
TCP: длина опции = 10 (0xA)
TCP: Отметка времени = 2525186 (0x268802)
TCP: Отметка времени ответа = 1823192 (0x1BD1D8)
 

Защита от упакованных порядковых номеров (PAWS)

Поле порядкового номера TCP ограничено 32 битами, что ограничивает количество доступных порядковых номеров. В сетях с высокой пропускной способностью и при передаче больших объемов данных можно использовать перенос порядковых номеров до того, как пакет пройдет по сети. При отправке данных по сети со скоростью один гигабайт в секунду (Гбит/с) порядковые номера могут переноситься всего за 34 секунды. Если пакет задерживается, потенциально может существовать другой пакет с тем же порядковым номером. Чтобы избежать путаницы с повторяющимися порядковыми номерами, временная метка TCP используется как расширение порядкового номера. Пакеты имеют текущие и текущие метки времени. Старый пакет имеет более старую метку времени и отбрасывается.

Выборочные подтверждения (SACK)

В Windows появилась поддержка функции повышения производительности, известной как выборочное подтверждение или SACK. SACK особенно важен для соединений, использующих большие размеры окна TCP. До SACK получатель мог подтвердить только последний порядковый номер непрерывного потока данных, который был получен, или «левый край» окна приема. При включенном SACK приемник продолжает использовать номер ACK для подтверждения левого края окна приема, но он также может отдельно подтверждать другие блоки полученных данных. SACK использует параметры заголовка TCP, как показано ниже.

SACK использует два типа параметров TCP.

Параметр TCP Sack-Permitted используется только в пакете SYN (во время установления соединения TCP), чтобы указать, что он может выполнять выборочный ACK.

Второй параметр TCP, параметр TCP Sack, содержит подтверждение для одного или нескольких блоков данных. Блоки данных идентифицируются с использованием порядкового номера в начале и в конце этого блока данных. Он также известен как левый и правый край блока данных.

Тип 4 — это опция TCP, разрешенная Sack. Тип 5 — это опция TCP Sack. Длина — это длина в байтах этой опции TCP.

Tcp SACK Разрешено:

Параметр Tcp SACK:

Тип = 5	Длина = Переменная
1 байт	От левого края первого блока до правого края первого блока . .. От левого края N-го блока до правого края N-го блока

При включенном SACK (по умолчанию) пакет или серия пакетов могут быть отброшены. Получатель сообщает отправителю, какие данные были получены и где в данных могут быть «дыры». Затем отправитель может выборочно повторно передать недостающие данные без повторной передачи блоков данных, которые уже были успешно получены. SACK управляется параметром реестра SackOpts.

Значение SackOpts в следующем разделе реестра можно изменить для управления использованием выборочных подтверждений:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

1. На панели инструментов выберите Start > Run , а затем введите Отредактируйте , чтобы запустить редактор реестра.
2. Найдите и выберите указанный выше ключ в редакторе реестра, а затем выберите Изменить в меню Изменить .
3. Введите нужное значение в поле Value data .

Примечание

Допустимое двоичное значение — 0 или 1, значение по умолчанию — 1. Этот параметр определяет, включена ли поддержка выборочного подтверждения (SACK — RFC 2018).

Следующая трассировка сетевого монитора показывает, что узел подтверждает все данные до порядкового номера 54857341, а также данные с порядкового номера 54858789-54861685. Отсутствуют данные с 54857341 по 54858788.

 TCP: .A...., len:0, seq:925104-925104, ack:54857341, win:32722, src:1242 dst:139
TCP: Исходный порт = 0x04DA
TCP: порт назначения = служба сеансов NETBIOS
TCP: Порядковый номер = 925104 (0xE1DB0)
TCP: номер подтверждения = 54857341 (0x3450E7D)
TCP: смещение данных = 44 (0x2C)
TCP: зарезервировано = 0 (0x0000)
+ TCP: Флаги = 0x10: .A....
TCP: Окно = 32722 (0x7FD2)
TCP: контрольная сумма = 0x4A72
TCP: срочный указатель = 0 (0x0)
ПТС: параметры
TCP: Опция Nop = 1 (0x1)
TCP: Опция Nop = 1 (0x1)
+ TCP: опция временных меток
TCP: Опция Nop = 1 (0x1)
TCP: Опция Nop = 1 (0x1)
TCP: опция SACK
TCP: Тип опции = 0x05
TCP: длина опции = 10 (0xA)
TCP: левый край блока = 54858789(0x3451425)
TCP: правый край блока = 54861685 (0x3451F75)
 

Повторная передача TCP и быстрая повторная передача

Повторная передача TCP

Для проверки нормального поведения повторной передачи TCP запускает таймер повторной передачи, когда каждый исходящий сегмент передается в Интернет-протокол (IP). Если подтверждение для данных в данном сегменте не получено до истечения таймера, то сегмент передается повторно.

Тайм-аут повторной передачи (RTO) постоянно корректируется в соответствии с характеристиками соединения с использованием расчетов сглаженного времени приема-передачи (SRTT), как описано в RFC 79.3. Таймер для данного сегмента удваивается после каждой повторной передачи этого сегмента. Используя этот алгоритм, TCP настраивается на обычную задержку соединения.

Быстрая повторная передача

TCP повторно передает данные до истечения времени таймера повторной передачи при некоторых обстоятельствах. Наиболее распространенной причиной является функция, известная как быстрая повторная передача. Когда получатель, поддерживающий быструю повторную передачу, получает данные с порядковым номером, отличным от текущего ожидаемого, некоторые данные, вероятно, были потеряны. Чтобы проинформировать отправителя об этом событии, получатель немедленно отправляет ACK с номером ACK, установленным в соответствии с порядковым номером, который он ожидал. Это будет продолжаться для каждого дополнительного прибывающего TCP-сегмента. Когда отправитель начинает получать поток ACK, подтверждающий один и тот же порядковый номер, сегмент может быть отброшен. Отправитель немедленно повторно отправит сегмент, который ожидает получатель, не дожидаясь истечения таймера повторной передачи. Эта оптимизация значительно повышает производительность при частом отбрасывании пакетов.

По умолчанию Windows повторно отправляет сегмент при следующих условиях:

• Он получает три ACK для одного и того же порядкового номера: один ACK и два дубликата.
• Порядковый номер отстает от текущего.

Это поведение можно контролировать с помощью параметра реестра TcpMaxDupAks .

Значение TcpMaxDupAcks в следующем разделе реестра можно изменить, чтобы контролировать количество подтверждений, необходимых для запуска быстрой повторной передачи:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

1. На панели инструментов выберите Start > Run , а затем введите Regedit 900 83 , чтобы запустить редактор реестра.
2. Найдите и выберите указанный выше ключ в редакторе реестра, а затем выберите Изменить в меню Изменить .
3. Введите нужное значение в поле Value data .

Примечание

Допустимый диапазон: 1-3, значение по умолчанию: 2.

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

Обзор настройки мощности и производительности для Windows Server

• Статья
• 29.08.2022

Энергоэффективность приобретает все большее значение в средах предприятий и центров обработки данных, и это добавляет еще один набор компромиссов к сочетанию вариантов конфигурации. При управлении серверами важно убедиться, что они работают максимально эффективно, удовлетворяя при этом потребности в производительности своих рабочих нагрузок. Windows Server оптимизирован для превосходной энергоэффективности с минимальным влиянием на производительность при широком диапазоне рабочих нагрузок клиентов. Настройка управления питанием процессора (PPM) для плана сбалансированного питания Windows Server описывает рабочие нагрузки, используемые для настройки параметров по умолчанию в нескольких версиях Windows Server, и предлагает варианты индивидуальной настройки.

В этом разделе подробно рассказывается о компромиссах в области энергоэффективности, чтобы помочь вам принять обоснованное решение, если вам нужно настроить параметры питания по умолчанию на вашем сервере. Однако для большинства серверного оборудования и рабочих нагрузок не требуется настройка мощности администратором при работе с Windows Server.

Выбор показателей настройки

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

Настройка параметров Windows Server по умолчанию использует энергоэффективность в качестве ключевого показателя для балансировки мощности и производительности. Энергоэффективность – это отношение выполненной работы к средней мощности, необходимой в течение определенного периода времени.

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

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

Измерение энергопотребления системы

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

Если ваш сервер имеет необходимую поддержку, вы можете использовать функции измерения энергопотребления и составления бюджета в Windows Server 2016 для просмотра энергопотребления на уровне системы с помощью системного монитора.

Один из способов определить, поддерживает ли ваш сервер учет и бюджетирование, — просмотреть каталог Windows Server. Если ваша модель сервера соответствует новой квалификации Enhanced Power Management в программе сертификации оборудования Windows, она гарантированно поддерживает функции измерения и бюджетирования.

Другой способ проверить наличие поддержки измерения — вручную найти счетчики в системном мониторе. Откройте системный монитор, выберите Добавить счетчики , а затем найдите группу счетчиков Power Meter .

Если именованные экземпляры измерителей мощности отображаются в поле Экземпляры выбранного объекта , ваша платформа поддерживает измерение. В выбранной группе счетчиков появится счетчик Power , показывающий мощность в ваттах. Точное происхождение значения данных мощности не указано. Например, это может быть мгновенная потребляемая мощность или средняя потребляемая мощность за некоторый интервал времени.

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

Чтобы установить базовый уровень, необходимо измерить среднюю мощность, требуемую в различных точках нагрузки системы, от простоя до 100 процентов (максимальная пропускная способность), чтобы создать линию нагрузки. На следующем рисунке показаны линии нагрузки для трех примеров конфигураций:

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

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

Диагностика проблем с энергоэффективностью

PowerCfg.exe поддерживает параметр командной строки, который можно использовать для анализа энергоэффективности сервера в режиме ожидания. Когда вы запускаете PowerCfg.exe с /energy инструмент выполняет 60-секундный тест для выявления потенциальных проблем с энергоэффективностью. Инструмент создает простой отчет в формате HTML в текущем каталоге.

Важно

Для обеспечения точности анализа убедитесь, что все локальные приложения закрыты перед запуском PowerCfg.exe .

Укороченная частота срабатывания таймера, драйверы, не поддерживающие управление питанием, и чрезмерная загрузка ЦП — вот лишь некоторые из поведенческих проблем, обнаруживаемых 9Команда 0077 powercfg /energy . Этот инструмент предоставляет простой способ выявления и устранения проблем с управлением питанием, что может привести к значительной экономии средств в большом центре обработки данных.

Дополнительные сведения о PowerCfg.exe см. в разделе Параметры командной строки Powercfg.

Использование планов управления питанием в Windows Server

В Windows Server 2016 есть три встроенных плана управления питанием, разработанных для удовлетворения различных потребностей бизнеса. Эти планы предоставляют простой способ настроить сервер в соответствии с целями по мощности или производительности. В следующей таблице описаны планы, перечислены распространенные сценарии использования каждого плана и приведены некоторые сведения о реализации каждого плана.

План	Описание	Общие применимые сценарии	Особенности реализации
Сбалансированный (рекомендуется)	Настройка по умолчанию. Нацелена на хорошую энергоэффективность с минимальным влиянием на производительность.	Общие вычисления	Соответствует мощности спросу. Энергосберегающие функции обеспечивают баланс мощности и производительности.
Высокая производительность	Повышает производительность за счет высокого энергопотребления. Применяются ограничения мощности и температуры, эксплуатационные расходы и соображения надежности.	Приложения с малой задержкой и код приложения, чувствительный к изменениям производительности процессора	Процессоры всегда заблокированы в состоянии максимальной производительности (включая «турбо» частоты). Все ядра не запаркованы. Тепловая мощность может быть значительной.
Энергосбережение	Ограничивает производительность для экономии энергии и снижения эксплуатационных расходов. Не рекомендуется без тщательного тестирования, чтобы убедиться, что производительность адекватна.	Развертывания с ограниченным бюджетом мощности и температурными ограничениями	Ограничивает частоту процессора в процентах от максимальной (если поддерживается) и включает другие функции энергосбережения.

Эти планы питания существуют в Windows для систем с питанием от переменного тока (AC) и постоянного тока (DC), но мы будем предполагать, что серверы всегда используют источник питания переменного тока.

Дополнительные сведения о планах электропитания и конфигурациях политики электропитания см. в разделе Параметры командной строки Powercfg.

Примечание

Некоторые производители серверов имеют собственные параметры управления питанием, доступные в настройках BIOS. Если операционная система не контролирует управление питанием, изменение планов управления питанием в Windows не повлияет на питание и производительность системы.

Настройка параметров управления питанием процессора

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

В следующих разделах описаны способы настройки некоторых конкретных параметров управления питанием процессора для достижения целей, не предусмотренных тремя встроенными планами. Если вам нужно разобраться в более широком наборе параметров электропитания, см. раздел Параметры командной строки Powercfg.

Начиная с процессоров Intel Broadwell, работающих под управлением WS2016, Windows PPM использует аппаратно управляемые P-состояния Intel (HWP). HWP — это новая возможность совместного контроля производительности аппаратного и программного обеспечения. Когда HWP включен, ЦП отслеживает активность и масштабируемость и выбирает частоту в масштабе аппаратного времени. ОС больше не требуется следить за активностью и выбирать частоту через равные промежутки времени. Переход на HWP имеет несколько преимуществ:

• Быстро реагируйте на пиковые рабочие нагрузки. Интервал проверки Windows PPM по умолчанию установлен на 30 мс и может быть уменьшен до 15 мс. Тем не менее, HWP может регулировать частоту так быстро, как каждую 1 мс.

ЦП

• лучше знает аппаратную энергоэффективность каждого P-состояния. Он может сделать лучший выбор частоты процессора для достижения наилучшей энергоэффективности.

ЦП

• может учитывать использование другого оборудования, например памяти, графического процессора и т. д., для достижения наилучшей энергоэффективности при определенном TDP (расчетная тепловая мощность).

Windows по-прежнему может устанавливать минимальное и максимальное состояния процессора, чтобы ограничить диапазон частот, которые могут выполнять процессоры. Он также может установить следующий параметр политики предпочтения энергоэффективности процессора (EPP), чтобы указать, что HWP отдает предпочтение мощности или производительности.

• Политика предпочтения энергоэффективности процессора для установки баланса между мощностью и производительностью. Более низкое значение способствует производительности, а более высокое значение способствует мощности. Значение может находиться в диапазоне от 0 до 100. Значение по умолчанию 50, которое позволяет сбалансировать мощность и производительность.

Следующие команды уменьшают значение EPP до 0 в текущем плане электропитания, чтобы полностью отдать предпочтение производительности, а не энергопотреблению:

 Powercfg -setacvalueindex Scheme_current sub_processor PERFEPP 0
Powercfg -setactive схема_текущая
 

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

Значения параметров Состояние минимальной производительности процессора и Состояние максимальной производительности процессора выражаются в процентах от максимальной частоты процессора со значением в диапазоне от 0 до 100.

Если для вашего сервера требуется сверхнизкая задержка , неизменная частота процессора (например, для повторяемого тестирования) или самые высокие уровни производительности, вы можете не захотеть, чтобы процессоры переключались в состояния с более низкой производительностью. Для такого сервера вы можете ограничить минимальное состояние производительности процессора на уровне 100 процентов, используя следующие команды:

 Powercfg -setacvalueindex схема_текущий под_процессор PROCTHROTTLEMIN 100
Powercfg -setactive схема_текущая
 

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

 Powercfg -setacvalueindex схема_текущий под_процессор PROCTHROTTLEMAX 75
Powercfg -setactive схема_текущая
 

Примечание

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

Переопределение отклика процессора

Алгоритмы управления питанием на основе использования ЦП обычно используют среднее использование ЦП в пределах окна проверки времени, чтобы определить, нужно ли увеличить или уменьшить частоту. Это может повлиять на задержку дискового ввода-вывода или тяжелых сетевых нагрузок. Логический процессор может бездействовать в ожидании завершения дискового ввода-вывода или сетевых пакетов, что снижает общую загрузку ЦП. В результате управление питанием выберет для этого процессора низкую частоту. Эта проблема существует и при управлении питанием на основе HWP. DPC и потоки, обрабатывающие завершение ввода-вывода или сетевые пакеты, находятся на критическом пути и не должны работать на низкой скорости. Чтобы решить эту проблему, Windows PPM учитывает количество DPC. Когда количество DPC превысит определенный порог в прошлом окне мониторинга, PPM войдет в период отклика ввода-вывода и поднимет минимальную частоту до более высокого уровня. Минимальная частота будет сброшена, когда количество DPC станет достаточно низким в течение некоторого времени. Поведение можно настроить с помощью следующих параметров.

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

 Powercfg -setacvalueindex схема_текущий под_процессор RESPENABLETHRESHOLD 100
Powercfg -setacvalueindex схема_текущий субпроцессор RESPDISABLETHRESHOLD 1
Powercfg -setacvalueindex схема_текущий под_процессор RESPENABLETIME 10
Powercfg -setacvalueindex схема_текущий под_процессор RESPDISABLETIME 1
Powercfg -setacvalueindex схема_текущий под_процессор RESPPERFFLOOR 5
Powercfg -setacvalueindex схема_текущий под_процессор RESPEPPCEILING 50
Powercfg -setactive схема_текущая
 

Режим повышения производительности процессора

Настройка этого параметра применима только к системам без HWP.

Технологии Intel Turbo Boost и AMD Turbo CORE — это функции, которые позволяют процессорам достигать дополнительной производительности, когда это наиболее полезно (то есть при высоких нагрузках на систему). Однако эта функция увеличивает энергопотребление ядра ЦП, поэтому Windows Server 2016 настраивает технологии Turbo на основе используемой политики питания и конкретной реализации процессора.

Turbo включен для высокопроизводительных планов питания на всех процессорах Intel и AMD и отключен для планов питания Power Saver. Для сбалансированных планов питания в системах, которые полагаются на традиционное управление частотами на основе P-состояния, Turbo включен по умолчанию, только если платформа поддерживает регистр EPB.

Примечание

Регистр EPB поддерживается только процессорами Intel Westmere и более поздних версий.

Для процессоров Intel Nehalem и AMD режим Turbo по умолчанию отключен на платформах с P-состоянием. Однако если система поддерживает совместный контроль производительности процессора (CPPC), который представляет собой новый альтернативный режим обмена данными о производительности между операционной системой и оборудованием (определенный в ACPI 5. 0), Turbo может быть задействован, если операционная система Windows динамически запрашивает оборудование. для обеспечения максимально возможного уровня производительности.

Чтобы включить или отключить функцию Turbo Boost, параметр «Режим повышения производительности процессора» должен быть настроен администратором или настройками параметров по умолчанию для выбранного плана питания. Режим повышения производительности процессора имеет пять допустимых значений, как показано в Таблице 5.

Для управления на основе P-состояния доступны следующие варианты: Отключено, Включено (Турбодоступно для оборудования всякий раз, когда запрашивается номинальная производительность) и Эффективно (Турбо доступен, только если реализован регистр EPB).

Для управления на основе CPPC доступны следующие варианты: «Отключено», «Эффективно включено» (Windows указывает точное количество предоставляемых режимов Turbo) и «Агрессивный» (Windows запрашивает «максимальную производительность» для включения режима Turbo).

В Windows Server 2016 значение по умолчанию для Boost Mode равно 3.

Следующие команды включают режим повышения производительности процессора в текущей схеме питания (укажите политику с помощью псевдонима GUID):

 Powercfg -setacvalueindex схема_текущий под_процессор PERFBOOSTMODE 1
Powercfg -setactive схема_текущая
 

Важно

Чтобы активировать новые настройки, необходимо выполнить команду powercfg -setactive . Вам не нужно перезагружать сервер.

Чтобы установить это значение для планов питания, отличных от текущего выбранного плана, вы можете использовать такие псевдонимы, как SCHEME_MAX (энергосбережение), SCHEME_MIN (высокая производительность) и SCHEME_BALANCED (сбалансированный) вместо SCHEME_CURRENT. Замените «текущую схему» в командах powercfg -setactive, показанных ранее, на желаемый псевдоним, чтобы включить эту схему управления питанием.

Например, чтобы настроить ускоренный режим в плане энергосбережения и сделать энергосбережение текущим планом, выполните следующие команды:

 Powercfg -setacvalueindex Scheme_max sub_processor PERFBOOSTMODE 1
Powercfg -setactive схема_макс.
 

Повышение производительности процессора и снижение пороговых значений и политик

Настройка этого параметра применима только к системам без HWP.

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

• Порог увеличения производительности процессора определяет значение использования, выше которого состояние производительности процессора будет увеличиваться. Большие значения замедляют скорость увеличения состояния производительности в ответ на увеличение активности.

• Порог снижения производительности процессора определяет значение использования, ниже которого состояние производительности процессора будет снижаться. Большие значения увеличивают скорость снижения состояния производительности в периоды простоя.

• Политика повышения производительности процессора и политика снижения производительности процессора Политика определяет, какое состояние производительности должно быть установлено при изменении. Политика «Single» означает, что она выбирает следующее состояние. «Ракета» означает состояние максимальной или минимальной мощности. «Идеал» пытается найти баланс между мощностью и производительностью.

Например, если вашему серверу требуется сверхнизкая задержка, но при этом вы хотите получить выгоду от низкого энергопотребления в периоды простоя, вы можете ускорить повышение состояния производительности при любом увеличении нагрузки и замедлить снижение при снижении нагрузки. Следующие команды задают для политики увеличения значение «Ракета» для более быстрого увеличения состояния, а для политики уменьшения — «Одиночное». Пороги увеличения и уменьшения установлены на 10 и 8 соответственно.

 Powercfg.exe -setacvalueindex схема_текущий под_процессор PERFINCPOL 2
Powercfg.exe -setacvalueindex схема_текущий под_процессор PERFDECPOL 1
Powercfg.exe -setacvalueindex схема_текущий под_процессор PERFINCTHRESHOLD 10
Powercfg.exe -setacvalueindex схема_текущий под_процессор PERFDECTHRESHOLD 8
Powercfg.exe /setactive схема_текущая
 

Максимальное и минимальное количество ядер для парковки производительности процессора

Парковка ядер — это функция, представленная в Windows Server 2008 R2. Механизм управления питанием процессора (PPM) и планировщик работают вместе, чтобы динамически регулировать количество ядер, доступных для выполнения потоков. Механизм PPM выбирает минимальное количество ядер для запланированных потоков.

Ядра, которые припаркованы, как правило, не имеют запланированных потоков, и они переходят в состояние очень низкого энергопотребления, когда не обрабатывают прерывания, DPC или другую строго аффинированную работу. Остальные ядра отвечают за оставшуюся часть рабочей нагрузки. Базовая парковка может потенциально повысить энергоэффективность при меньшем использовании.

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

Если у вашего сервера есть особые требования к парковке ядер, вы можете контролировать количество ядер, доступных для парковки, с помощью параметра Максимальное количество ядер для парковки производительности процессора или параметра Минимальное количество ядер для парковки производительности процессора в Windows Server 2016.

Один из сценариев, для которого парковка ядра не всегда оптимальна, — это когда имеется один или несколько активных потоков, привязанных к нетривиальному подмножеству ЦП в узле NUMA (то есть более 1 ЦП, но меньше всего набор процессоров на узле). Когда основной алгоритм парковки выбирает ядра для снятия с парковки (при условии, что происходит увеличение интенсивности рабочей нагрузки), он может не всегда выбирать ядра в активном аффинитизированном подмножестве (или подмножествах) для снятия с парковки, и, таким образом, может закончиться снятием с парковки ядер, которые не будут выполняться. реально использоваться.

Значения этих параметров представляют собой проценты в диапазоне от 0 до 100. Параметр Processor Performance Core Parking Maximum Cores управляет максимальным процентом ядер, которые могут быть разпаркованы (доступны для запуска потоков) в любое время, в то время как Processor Параметр Performance Core Parking Minimum Cores управляет минимальным процентом ядер, которые могут быть незапаркованы. Чтобы отключить парковку ядер, установите для параметра Processor Performance Core Parking Minimum Cores значение 100 процентов с помощью следующих команд:

 Powercfg -setacvalueindex схема_текущий под_процессор CPMINCORES 100
Powercfg -setactive схема_текущая
 

Чтобы уменьшить количество планируемых ядер до 50 процентов от максимального количества, установите для параметра Processor Performance Core Parking Maximum Cores значение 50 следующим образом:

 Powercfg -setacvalueindex Scheme_current sub_processor CPMAXCORES 50
Powercfg -setactive схема_текущая
 

Распределение утилиты парковки производительности процессора

Utility Distribution — это алгоритмическая оптимизация в Windows Server 2016, предназначенная для повышения энергоэффективности некоторых рабочих нагрузок. Он отслеживает неподвижную активность ЦП (то есть DPC, прерывания или строго связанные потоки) и прогнозирует будущую работу каждого процессора, исходя из предположения, что любая перемещаемая работа может быть равномерно распределена по всем незапаркованным ядрам.