Собственно сабж.
Перечитал кучу всего, так что расскажу, что знаю, что может повлиять на быстродействие.
1с и sql на одном физическом серваке - без виртуальных машин.
Тест Гилева выдал 37 попугаев. Мониторинг загрузки железа особых проблем не показал.
Собственно и железо вроде нормально Xeon Silver 4112, 128 ГБ оперативки - 64 выделено на SQL и все им съедается, rphost в среднем 20 ГБ, но бывает растет до 40. Так что оперативы обычно свободной еще с запасом.
База с логами на SSD диске. Да темпы sql и 1с на медленном диске, но вроде и на нем особой загрузки нет
Обслуживание sql делается регулярно
Все настройки в соответствии с этой статьей сделаны
https://its.1c.ru/db/metod8dev#content:5904:hdoc
Замер производительности криминала не показал - 3 самые пухлые операции все по 0.5-0.8 секунд (хотя кажется это тоже много, но учитывая что текст этих запросов измеряется тысячами строк, не вижу тут криминала).
Надо сказать, что и на новой, только что созданной демо базе ERP скорость такая же, если не медленее.
Так что вопрос - у вас ERP так же "быстро" работает или все же у нас что-то не то?
Если у вас работает быстрее - поделитесь, пожалуйста, опытом - какое у вас железо. ERP так быстро работало из коробки или что-то донастраивали?

"темпы sql и 1с на медленном диске, но вроде и на нем особой загрузки нет" // Шутишь что ли. 80% проведения это обновление итогов регистров обычно.

Ставлю на то что в проц все упирается

(0) Режим энергосбережения выставлен в "максимальную производительность"?

(0) " Мониторинг загрузки железа особых проблем не показал.", "темпы sql и 1с на медленном диске, но вроде и на нем особой загрузки нет".
- Цифры давай.

Xeon Silver 4112 - частота какая?

Очередь к диску?

Ты вообще чем там занимаешься? Никакой техничекой инфы не привел, кроме памяти.

да и памяти не привел - только размер.
Частота проца 2,6 - 4 ядра - 8 потоков - для памяти есть 6 каналов на ддр4 2400. Это на самом процессоре. Что там мать отдает неизвестно. И какая память физически установлена тоже.

Но, судя по возникшему вопросу, замер делается в фактически монопольном использовании сервера

(1) ок, попробуем и это перенести на SSD
(2) так если загрузка проца больше 50% не поднимается - сам смотрю монитор ресурсов, даже когда все жутко тормозит, может быть реальная проблема в проце?

(6) надо по ядрам смотреть а не в целом

(6) на 4-ех ядрах и 8 потоках удивительно, что она вообще до 50% поднимается. Это значит, что грубо говоря 4-ре рпхоста как минимум нагибают твой проц и в хвост и в гриву.

На диспетчере 8 потоков рисует?

если 8, то максимальная загрузка одного из них = 25%

(8) а вот это интересно
И правда глянул по ядрам и один из ядер загружен минимум на 70%
И я так понял у нас еще и 2 проца там - в мониторе ресурсов 2 узла по 8 ядер
При этом rphost только один. Пытались менять настройки создания rphost и 1с переставала запускаться, потому что лицензия на сервер 1с Проф, а не Корп, и настройки эти менять нельзя.

Скрин монитора ресурсов по ядрам
https://yadi.sk/i/Al9cUCTKKJ-dYg

(3) да, максимальный
(4) Частота 2.6
Я сам программист 1с, который дорабатывает им 1с. Так что, пожалуйста, не пинайте сильно) С железом не особо дружу

(0) А лицензии у тебя проф или корп?

(10) кто-нибудь знает как сделать, чтобы создавалось несколько rphost'ов с лицензией ПРОФ?

(12) Проф :/

(13) есть отзывы от тех, для кого это все слишком критично, что они остались на 8.3.10 , т.е. перестали обновлять платформу.

А пользаков у тебя сколько?

(0) базу ведете с 2014 года ?

(10) два проца - ну тогда это хоть делает похожим на сервер, хотя для того, что происходит в ERP частота желательна побольше.

(6) "если загрузка проца больше 50% не поднимается ... даже когда все жутко тормозит, может быть реальная проблема в проце?" // Конечно. Это может говорить о том, что все уперлось в линейную производительность ядер, т.е. больше половины не задействуется.
Также учитывай, что на этих зеленых графиках 100% это исторически максимальная частота процессора. Если он у тебя внезапно из-за какого-нибудь перегрева в два раза понизил максимальную частоту то на графике как раз и увидишь что выше 50% не поднимается.
Но обычно там полка прям видна будет.

(7) Когда-нибудь этот просмотр "по ядрам" помогает?

(13) Это нужно только если сервер 1С 32б. Размножением рпхостов ты ядра не загрузишь, он и один раскидывает свои потоки по ядрам как надо.

(16) количество пользователей на данный момент мне кажется не имеет значения.
Я вчера вечером, когда ни в одной 1с никто не работает, создал новую, чистую демо базу, провел в ней ПТУ и это проведение заняло 7 секунд

(17) базу начали в этом году
По сути до сих пор все делается в Бух и ночью выгружается в ERP, потому что пока что в ERP работать невозможно

Коллеги,
в общем, скажите, пожалуйста, у вас ПТУ проводится быстрее?
3-7 секунд - это не нормально, так?
И это именно проведение, даже без отражения в регл учете

(23) первое проведение - не показатель, Wind и 1С и SQL создает разные кэши \ врем файлы...
Проведи \ распроведи 5-6 раз.

(24) Нет конечно, какие нафиг 7 секунд?

(0) рекомендую временно отключить в базе все регл. задания

(24) солидная программа должна тормозить

ПТУ пустой или там пара тысяч строк?

(28) Думать, а не тормозить, тормозит Фузина

на IS не смотрели эту тему ?
https://forum.infostart.ru/forum34/topic167720/

(28) :-)
Она должна одинаково тормозить для 1 пользователя и для 100 !

(24) у меня в продуктиве 2-3 секунды и смысла ускорять я не вижу, пользователей сейчас меньше сотни

(32) спасибо! Будем стремиться хотя бы к таким цифрам
Кстати ПТУ конечно относительно много - около 10к в месяц, но строк в них в среднем около 20
Пока что загружены только октябрь и ноябрь и уже такие тормоза, что настораживает)

(33) мало вероятно, что будет еще ухудшаться после добавления множества периодов. По крайней мере, для ПТУ все равно сколько уже в базе данных - он же все время новые дописывает.

(33)[и уже такие тормоза, что настораживает]
ты период хоть один закрыл, сколько времени заняло, в часах ?

(35) пока что бухгалтерию ведут в бухе, так что в ERP пока период никто не закрывал
А у вас сколько закрытие занимает?

посмотрите статьи еще тут, может, что-то поможет http://www.gilev.ru

(34) Ты не поверишь, если посмотришь, какие там запросы даже для такого казалось бы простого документа, как ПТУ