Из-за чего идет нагрузка CPU у rphost?

dmrjan, VKS, ReaLg, abfm, ansh15, shuhard, Александр111, afotov, crotnn, Amfiaray, Botanik8888, Lama12, АгентБезопаснойНацио, MWWRuza, Vstur, Timon1405, RomanYS, paramedic, Crusher, Rokford, H A D G E H O G s, Hawk_1c, Garykom, Kongo2019, arsik, Guk, Михаил_, Krendel, Сукпун, e053nk, BOOL, KJlag, craxx, zva, Irbis, Fregat, piter3, RVN, 2S, DemonShinji2, boozin, eRik, alexela, Bad_Aleks, Sabron, Winnie Buh, zak555, DeeK, Волшебник, Страждущий, mikecool, Fragster, Franchiser, Kigo_Kigo, Мультук, Domovoi, ivanov-i-i, maxab72, ldo6, vis, proger2021, yuriybylinkin, Михаил Козлов, Lemming244, igouranga, Ботаник Гарден Меран, fbear, spiller26, НачинающийВосьмерочн, p-soft, Amra, Garikk, U4Me2, Кир Пластелинин

☑

0 VKS

01.10.25

✎

11:21

Добрый день

Может есть знающие спецы, кто сталкивался с подобной проблемой. Из-за чего может идти нагрузка на CPU у rphost?
Точнее как определить, что так стало нагружать процессор у rphostов? Есть какая-то методика выявления?

Искать по CpuTime в ТЖ мне не подходит, т.к. старая платформа (обновить не предлагать, не тот случай!)

Это https://its.1c.ru/db/metod8dev/content/5814/hdoc конечно же не мой случай

Как до CpuTime определяли, что грузило проц у rphosta?

1 VKS

01.10.25

✎

11:25

у rphosta проц скачет от 1-2% до 50%. Т.е. нет такого, что он уперся в 50% и постоянно грузит его. Идет именно скачками. Какой-то зависимости от времени нет, больше всего это в рабочее время. но и в ночное время, когда народу мало работает, apdex так же стал проседать, чего раньше не было

2 Начинающий Восьмерочн

01.10.25

✎

11:30

(0) Наверное тут только поиск закономерностей, смотреть ЖР хотя бы.

3 VKS

01.10.25

✎

11:40

из-за таких скачков CPU у rphost начинает расти показатель "Длина очереди процессора", все начинает подтупливать и соответственно apdex падает у всех показателей. При этом проц у sql редко когда превышает 30%. Можно исключить железо и его настройки, т.к. это не менялось несколько месяцев. Полнотекстного поиска нет. Память rphost не отъедает, все в пределах своих среднемесячных показателей

4 Волшебник

01.10.25

✎

11:43

rphosts, в чём дело?

5 Krendel

01.10.25

✎

11:56

(4) Почему не работает? ;-)

6 Kongo2019

01.10.25

✎

12:08

(0)Разбирай на нити и смотри какая балуется. Задача нетривиальна, поймаете админа в помощь.

7 mikecool

01.10.25

✎

12:14

мб кто-то из программистов обрабатывает большую ТЗ

8 VKS

01.10.25

✎

12:22

(7) тут не должно быть. Смотрю на sql, нет запросов, которые бы делали большую выборку данных

9 shuhard

01.10.25

✎

12:42

(1) регламентные задания на ночь пробовали у базы отключать ?

10 Lama12

01.10.25

✎

12:47

(0) Извиняюсь, вероятно, за банальный вопрос. Схема питания какая стоит на сервере? Что вообще за процессор?

11 VKS

01.10.25

✎

12:51

(9) нельзя отключать, работаем 24/7
(10) максимальная производительность, ЦП Intel(R) Xeon(R) Gold 6254 CPU @ 3.10GHz

12 shuhard

01.10.25

✎

12:58

(11)[нельзя отключать, работаем 24/7]
подними копию

13 Lama12

01.10.25

✎

13:27

(11) Если провести ретроспективный анализ? Что менялось за последнее время? Обновления ОС на сервере? Включение нового функционала в конфигурации? Может криптографию начали использовать, а до этого не было. Ну и (7) все таки может быть. Может у ТЗ индексы строят, а ТЗ большая. К СУБД обращения не будет.

14 VKS

01.10.25

✎

15:19

(13) вот и не могу понять, что не то. На вскидку не вроде ничего такого не вводили, что могло бы дать такой результат. С тем же ТЗ, мб. оно где-то есть, но программистов много, на словах никто ничего не делал. А как найти почему грузится проц - не понимаю.
Начинаешь смотреть все подряд: долгие запросы, частые запросы, долгие серверные вызовы, блокировки. Но все это как из пушки по воробьям. Да, что-то ускоряешь, работает быстрее, но нужной причины пока не удается найти