Как провести качественный тест чтобы убедиться, что проф не использует более 12 ядер, а корп использует?

Тест на виртуалке с 16 ядрами. Нужно запустить с лиц проф - увидеть замер/эффект, потом запустить то же самое на корп и увидеть разницу.

Есть инструкция или направление куда копать, что почитать чтобы понять как провести подобный тест?

Да Вы вроде всё нормально описали.
Сначала запускаете Проф, потом Корп.
Погуглите "нагрузочное тестирование".

Кстати, плохо, что всё на виртуалке.

(0) Сделай 20+ Настроек синхронизаций. Зарегай на них 10к номенклатур.
Запусти одновременно.
Смотри загрузку ЦП

(1),  (2)  Да, но не получается найти разницу. Выглядит так, как будто проф используют все ядра.
Ожидал увидеть или недогруженные ядра после 11го ядра и дальше или все недогруженные ядра равномерно. Но нет 24 регзадания с циклами внутри уводят процессор по всем 16 ядрам в полочку.
Вот и думаю, где я просчитался?

(3) Так радуйтесь!

А вообще, это ж виртуальные ядра виртуального процессора. Там идёт жёсткая эмуляция и трансляция.

(3) Сервер рабочий?
На нём ещё-что работает кроме 1С?
Если там ещё 100 человек по РДП сидят, то тест не показателен, это они могут отжирать, а не 1С.
Ещё сразу же после загрузки сервера, замечал такую особенность, лицензия не сразу понимает какая она))) и работает как КОРП без ограничений, загружая все ядра.

(6) ну нет, DEV контур. Всех в назначенное время теста выгоняли.

(6) "Ещё сразу же после загрузки сервера, замечал такую особенность, лицензия не сразу понимает какая она))) и работает как КОРП без ограничений, загружая все ядра." - да, все верно. Чтобы ограничения сработали надо обеспечить 11+ сеансов. Знаем и перед запуском регламентов запустили 20 липовых тонких клиентов чтобы ограничение сработало. В 0 не описал, но делали. И лиц проф норм работает - если ставить ограничения по кол-ву баз на процесс не равный 8 - то матюкается на несоответствие лицензии. Т.е. лиц проф точно. Пользователей в тесте 20. Других процессов на сервере нет (явных). Но 1С смело грузит все 16 ядер.

(6) + клиенты на сервере не запущены, все по сети как тонкий клиент. Сервер не терминальный, СУБД пострес на отдельном сервере не вместе с 1С.

(9) Может и действительно дело в виртуалке.
А можете временно ещё больше ядер поставить? 32, 64?
И проверить как с ними будет

(10) ну это не так просто. Но учту, записал в чеклист такой пункт. Вообще еще есть возможность или нет, это админов надо чекать... Но принято, типа разница столь мала, что не видно.. Хм.

(0) Там все сложно
Во первых неточность в формулировке "12 ядер процессора"
Ибо есть wiki:Гиперпоточность

Во вторых для разной функциональности сервера 1С может быть разное поведение
Например распределение серверных обращений разных пользователей и вызовы СУБД это одно, а фоновые задания это другое

(12) Ну, т.е. для обоснования лицензии КОРП существенно имеет место только ограничение 500 пользователей.
По производительности и использовании ядер - это ограничение "сферического коня в вакууме", которое особо не померять и не увидеть?

(13) а настройки сервера 1С кастомизировали перед тестами?

помнится, без лицензии КОРП ругается на ограничения, если у сервера изменены настройки от дефолтных (по-умолчанию)

(14) нет. Для теста и выявления что отработала корм - меняли 1 параметр - "Количество баз на 1 процесс". Ставили вместо 8 другое значение. Но т.к. в тесте участвует 1 база - это ни на что не влияло кроме, как и ожидалось, сообщения что лиц ПРОФ не позволяет менять эту настройку..

(13) Народ, который сидит в поддержке РКЛ, утверждает, что практически единственная причина перехода на КОРП это более 500 пользователей. Типа остальное можно решить и так за редкими, совсем специфическими случаями.

Но если что - мопед не мой. За что купил, за то и продал)))

(16) На практике ограничение в 500 пользователей тоже фикция
Ибо когда кол-во пользователей выходит за 200 - для нормальной скорости работы типовой (даже без допилок) ЕРП приходится делить не просто по кластерам
А отдельные РИБ базы на разных серверах 1С

(16) В моём случае - есть желание вынести ряд (4 штуки очень специфических) регламентных-фоновых задания на отдельный сервер.
Но пользователей у нас менее 500. Вот хотел за уши притянуть неоптимальное использование ядер, но что-то разница очень мала и 2 сервера ПРОФ на разных серверах дают куда больший выигрыш.
А дублировать инфраструктуру на оба сервера ради 4х регзаданий и потом еще поддерживать это - тяжко.
В обще спасибо за советы. Пойду думать дальше.

(18)>Но пользователей у нас менее 500. Вот хотел за уши притянуть неоптимальное использование ядер, но что-то разница очень мала и 2 сервера ПРОФ на разных серверах дают куда больший выигрыш.

все верно, если юзеров меньше 500, то в большинстве случаев эффективнее и дешевле установить еще один сервер уровня ПРОФ, чем переходить на КОРП