Дано: SQL + 1C + Терминал, 8.3.23
База буха 3.0 + немножко дописок по мелочи
Нагрузки по сути никакой
На терминале ~8 пользователей
Время от времени ЦП начинает грузиться процессами от 4-5 юзеров. Из них только один админ.
Еще один админский сеанс крутится без всякой нагрузки.
В тех сеансах, что грузят проц, люди по факту вообще ничего не делают. Их даже в офисе например нет. В журнале пусто.
Нагрузка вот такая волшебная (период примерно 10 секунд).
Убиваешь процессы (или просто перезапускаешь 1С) -- все в порядке.
Облачники отмораживаются, говорят "смотрите в вашу НЕТИПОВУЮ 1С" (хрена там нетипового спрашивается).
В общем страдаю

Да, проц грузится до 100%.
Остальные юзеры с тонким или веб клиентом начинают горько плакать.

(0) смотри ЖР в это время - какие фонки на сервере работают

(0) Скуль там же где терминал?

(2) Я бы еще очередь к диску смотрел.

А люди там и не нужны. Делают там либо фонки, либо скулевские регламенты (если скуль рядом лежит, на том же сервере).

А, пардон
SQL + 1С на отдельном сервере (у меня нет доступа), терминальный рядом (я админ)
ЖР пустой, никаких фонок
Очередь к диску -- ноль
Сеть -- мизер (!)

(5) Вы плохой админ

Я вообще не админ, у меня просто права есть

(7) Охренеть... 😲

Галактега в опасносте

(5) используй тех.журнал (с)

Так может и задать вопрос в (0) тем, у кого доступ туда есть?
"Тварь ли я дрожащая, или право имею?"
Смешно.

(11) Смешно и стрёмно!

(0) ни фига непонятно, какие процессы грузят проц. Один или несколько?

(11) см. (0). "Ищите проблемы в вашей самописной 1С".
(12) че стремного, я просто могу убивать сеансы, выгонять людей из базы, ну такое по мелочи. Мне это даром не надо, но больше некому.
(13) Всего например семь сеансов. Из них четыре грузят проц на 100%, а три работают как обычно

(14) нагрузку дают конкретные процессы, а не сеансы рдп

(15) Конкретные процессы 1cv8c из RDP сеансов конкретных пользователей

(16) ну вот, а говорил про толстого клиента
1cv8c - это тонкий клиент.
Что делается в это время в 1С? Какие формы открыты?
Какая конфигурация?

Да елы палы, написано же все

Буха 3.0
в 1С НИЧЕГО не делается
Открыта например форма списка счетов на оплату (динамический список), пользователь вообще уехал в сад

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

Я запускаю свой сеанс, открываю эту же форму, сижу жду. У меня загрузка ноль, у него периодическая 20% ЦП

(18) Запускай конфигуратор там, где нагрузка есть, и делай замер.

(19) Можно попробовать, идея.
Но... Это же какое-то шаманство :(

(20) ДС могут тормозить при "плохих" сортировках. Если идёт периодическое обновление ДС, то будет периодическая нагрузка.
Если проблемная форма выявлена, то попробовать сбросить настройки до стандартных

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

(22) хм... хм... 🧐

Что я могу сказать. Позови специалистов и заплати им денег.

(24) Скучно же...

(0) отстреливай пользователей по одному и смотри на каком нагрузка снизится

(0) Посмотреть по ЖР, кто в это время что делал.

(26) Я и так вижу кто ее дает и на ком она снижается.
Я не вижу в каком месте он ее дает, потому что юзер ничего не делает и
(28) журнал ПУСТОЙ

(21) Там все ДС примитивные, просто выборка шапки документа, без группировок, вычисляемых полей, связей и тому подобное. Даже без условного оформления.

(29) Журнал совсем пустой или нет записей по теме?
Если первое, то можно проверить настройки ведения ЖР в конфигураторе, может там все отключено.

(31) Совсем пустой. Раз в полчаса регламентное задание пролетает какое-то, но это серверное.
Настройки журнала с максимальной детализацией.

(32) А СУБД какая? Может попробовал посмотреть летящие в нее запросы?
Как уже писали выше - цикличность нагрузки наводит на мысли об автообновлении открытых в клиентах форм. Может каким-то образом запросы к БД взаимоблокируются и все друг друга ждут, занимая процессорное время.

Ну и как писал (10), остается курить тему с технологическим журналом 1С.

сейчас всплывет что там старая кора дуба на 2003 винде))

(33) MS SQL
Можно, но это надо пинать облачников, а они отмораживаются.
По идее это единственный вариант отдебажить эту фигню

(34) Коммерческое облако. Сервер 2019. Какая блин еще кора дуба

я в свое время брал ProcessExplorer и смотрел что происходит по факту

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

(35) У тебя нагрузка на клиенте, запускай конфигуратор и дебажь. Или в этом облаке нет доступа к конфигуратору?

(38) Дебажу
Ноль результата
Ничего не вызывается
Мой сеанс никогда не дает таких нагрузок, хоть что открывай
Я ж говорю, только SQL смотреть, что туда летит и почему не возвращается (нагрузка только на проц, сеть и диск вообще не загружены)

(0)Не переживайте, это распределенные вычисления от самой 1с)

(39) Откуда предположение, что на SQL что-то летит?
Дебажить естественно надо проблемный сеанс, а не свой

А может у вас 1с какая пропатченная злым патчем с трояном?
qemu-ga - нет в процессах?

(41) А что может крутиться в тонком клиенте, если там нету никакой смысловой нагрузки? Нет подписок, нет обработчиков ожидания.
Только какие-то попытки обновления формы, которые не получают данные с сервера (как вариант).

(42) в коммерческом облаке? Да зачем им такое

Для начала как насчет почистить кэш у всех?
И сбросить персональные настройки форм и отчетов у всех пользователей

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

(45) почему они крадут время на трех процессах, а еще на четырех таких же нет?

Эх, жаль сегодня не было никаких тормозов. А то бы поковырялся.
Я буду держать вас в курсе, коллеги :)

(46) А они выполняются на других физических ядрах, и гипервизор их не распределяет. Хотя ахинея, конечно, картина бы отличалась.

Приветствую!Столкнулись с такой же проблемой. Есть sql + 1с крутится на одном сервере. 4 пользовательских терминалки. Примерно раз две недели начинается такая же ерунда. На всех четырех пользовательских терминалах начинают тротлить процы. При этом они находятся на разных хостах, другие виртуалки Не связанные с этой базой работают отлично. Было предположение, что это начинается в момент прикрепления файлов в 1с, но это теория. Но пользователи могут быть не активны в данный момент. 1с ники утверждают, что никаких регламентов в этот момент не отрабатывается и ничего тяжелого пользователи не делают. 1cv8.exe загружает процессор на 25%#47 тут проблема была в драйвере ТСД.

К сожалению (счастью?) мне до сих пор не удалось поймать терминальный сервер с такой ритмичной загрузкой.
Может быть потому что платформу обновили, фиг знает.
Но я постоянно смотрю что происходит.
Если поймаю -- обязательно отпишу.

Апдейт

Я таки снова словил эту штуку
И она появилась аккурат в момент после перезагрузки сервера 1С
Все терминальные сеансы начали жрать проц с той самой злобной периодичностью

Я завершил пару сеансов и перезашел
Новые сеансы тихо мирно сидят никого не трогают

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

У сеанса нагрузка больше чем на 20% не поднимается, но когда их шесть -- пиши пропало

Вот такой вот апдейт

Облачники, традиционно, не знают почему это происходит

Платформа, та что была раньше 23, теперь уже 8.3.25.1374
Пофигу, эффект ровно тот же

Продолжаем думать

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

Возможно, у какого-то пользователя включено автообновление какого-то списка в БП-ке?