Что-то нагружает одно ядро на 100%
 

Привет.
Есть сервер терминалов Windows Server 2008R2


Нагрузка:
1С 8 БП, 2 пользователя файловой базы и 4 пользователя SQL базы и 1С 7 файловая, один пользователь
Базы лежат на SSD

в какой-то момент времени внезапно нагружается одно ядро процессора на 100%


при том в списке процессов ничего ресурсоемкого нет, с виду вообще всё бездействует. Забито только одно ядро.
Если навести курсор на это ядро, отображается только процесс "system"
И всё тормозит, естественно.
После перезагрузки все приходит в норму:


Никак не могу вычислить, что вызывает такую реактивную нагрузку.
Какие варианты есть, как проверить?

В момент появления проблемы запустить process explorer и смотреть, что нагружает ядро.

Как раз это и есть на скриншоте и это же описано в вопросе: не понятно, что грузит.
У каждого процесса в списке - минимальная нагрузка, 2-3% всего.
Посмотрите на картинку - общая загруженность процессора 8.73%, она распределена по всем процессам.

При том одно ядро загружено на 100%
Парадокс.

Запустите Process Explorer от имени Администратора -> во время тормоза на процессе System правой кнопкой мыши -> Properties -> вкладка Threads -> сортировка по столбцу CPU -> покажите скриншот. Там же выделите поток, грузящий процессор -> нажмите кнопку Stack -> покажите скриншот.

Дополнительно сделайте лог Kernrate во время тормоза.

Процесс System


При нажатии на кнопку Stack для верхнего процесса:

Подольше понаблюдал за ядром, и проскочило:


Но это временно, в основном всё время system.
Посмотрел rphost пристальнее:

Вот Stack

Это 1С, вряд ли относится к проблеме.

Грузит ядро системы, функция KelsAttachedProcess. Причины неизвестны, возможно связано с функцией автоматического обслуживания Windows.

Нашел такое предположение:https://social.technet.microsoft.com...winserverfiles
Посмотрел - открытых по сети файлов всего штук 7.
Закрыл их на всякий случай - ситуация не изменилась

Не нашел где настроить период её активности для Windows Server 2008R2

Нашел только решение с отключением и то, для 2012 сервера

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

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

Путем долгих мучений и попыток найти хоть какую-то причину обновил платформу 1С до последний версии - и уже неделю полёт нормальный (раньше - максимум три дня)

Добрый день! Можно узнать какая версия платформы стояла и на какую переставили? И что за конфигурация? Спасибо

Конфиг стандартный БП3 последний релиз
а платформа была 8.3.11.2867 стала 8.3.13.1513

Но сегодня тормоза вернулись вновь.
Есть еще одна гипотеза связанная с обновлятором, проверю - отпишусь

Спасибо!

В общем, обновлятор оказался не при чем.

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

Службы, которые не смог остановить:


И всё равно нагружено ядро


Что делать?
Систему переустанавливать?

d0ublezer0, можно ещё так посмотреть:
(хотя вряд ли это прояснит ситуацию).

приложил. там хозяйствует KiCpuId

Задрали тормоза.
Переустановили систему начисто Windows Server 2008 R2 Enterprise (HP OEM ENG), накатили русский MUI, обновили до последнего состояния.
Установили только поставляемые официально драйверы HP.
Заново поставили и сконфигурировали 1С последней редакции и MS SQL.
Отключили перенаправление клиентских принтеров, оставили только сетевые, установленные на сервере.
Вроде ничего лишнего.

Полетало несколько дней, потом снова появились те же самые тормоза.
Ну что ещё сделать-то? Рыдаю.

d0ublezer0,

Попробуйте выделить в отдельную машину сервер печати.

А вот и возможные кандидаты на источник проблемы нашлись
https://support.hpe.com/hpsc/doc/pub...r_na-c05324737
и
https://support.hpe.com/hpsc/doc/pub...r_na-c00568181

Прошла неделя после обновления прошивки iLO4 - полёт нормальный

А вот сегодня снова 100% на одном ядре. Рыдаю.
Что еще сделать? Какой тест?

Уважаемый Petya V4sechkin, огромное вам спасибо за простую и легко выполнимую процеду. За месяц мучений перепробовал все что есть в сети. Да, процесс системный, но найти его кернелвьюэром, латенсимоном и т.д. и всем остальным было сложновато. Благодаря вашему совету, отловил мерзавца. Сделал два скрина в планировщике заданий (запустил визуализацию всех запущенных процессов) когда ненагруженных 4 ядра нагружены на 10% максимум. Второй - когда одно ядро запустилось неизвестным системным процессом на 100%. Затем вычеркнул повторяющиеся процесы на обоих скринах. Удивительно. Грузилом оказался системный процесс RAML c запускающим exe-шником sedlauncher.exe В свойствах его можно легко отключить не прибегая к садистским изменениям exe в ex За месяц уже выработался рефлекс ожидания. Ну нет его...)))

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

Вот ссылка на пост в Майкрософт https://social.technet.microsoft.com...itprogeneralRU приложил я их как следует с 10й виндой. Она грузит, она. Ниже текст, кому интересно:

"Где не видел ответы прорицателей от Виндовс. Ответ один либо драйвер либо железо. Значит если не драйвер, то у точно железо ) без вариантов.
Вот по этому пути и шел в течение года. Очень симптоматично. Тонны дров с различными подсистемами. Год назад в январе проблема обозначилась и в этом январе, т.е. сегодня проблема похоже решилась. Нашел таки таких же горемык как и я в сети. В панели управления иконка электропитание. Слева вкладка - действие кнопок электропитания. Внизу чекбокс - включить быстрый запуск. Так вот надо этот быстрый запуск выключить, т.е. не зачеркивать чекбокс. На скорость загрузки это никак визуально не влияет, зато позволяет установить все положенные дрова при загрузке, а не откладывать их запуск, на когда машина работает на пользователя с максимальным загрузом приложений, а винда пытается доустановить отложенные пуски, ИМХО, что собственно и заметно в виде бесконечного перегруза одного ядра.
Обратите также внимание на диспетчер задач в момент перегруза одного из ядер процессом interrupts. В потоках прочерк. Это означает что этот процесс не отражает потоки вообще. Поэтому с осторожностью советую относиться к рекомендациям якобы решивших эту проблему пользователей с помощью Process Explorer, где в процессе interrupts на вкладке потоки эти пользователи находили якобы эти грузящие ядро потоки. Их там по определению быть не должно. )))

Итог. После как убрал быстрый запуски 6часов пытал машину в разных режимах загрузки тяжелыми приложениями и в разных режимах c 100% загрузкой всех ядер и длительной стрессовой перегрузкой по температуре. Ничего у меня не получилось. Никак не хотело ядро потом перегружаться. Так что в моем случае это не дрова и не железо. Это недопиленная схема питания, т.е. кривая винда.
Всем спасибо за участие."

Вероятно вы ошиблись, такой опции нету в Windows 7/2008R2 она появилась начиная с в Windows 8/2012.

А позвольте поинтересоваться, где вы в тексте увидели W7?) Речь в данном тексте шла о W10pro и только.

А позвольте поинтересоваться, где вы в тексте увидели W7?) Речь в данном тексте шла о W10pro и только. Спасибо, что подтверждаете, что проблема многолика на разных виндах.