На хостах процессоры Xeon E7 2.40GHz
На виртуалках стоят сервер 1С и MSSQL. Поочередно запускаю тест Гилева и мониторю нагрузку в vSphere Client. По счетчику Usage Mhz видно, что на активное ядро выделяется не более 1400 MHz. Там где выделяется меньше, там и результат хуже. Например, при 1000-1100 MHz результат ~13,7 попугаев. При 1400 MHz имеем 18 попугаев.
Вопрос: как заставить хост отдавать 2,4GHz?

Энергосбережение на хосте выключить? Режим сбережения поставить "Производительность"?

И главное в ОС не сознавайся!!! Это должно тайной остаться.

(1) Про хосты не знаю вообще ничего и доступа к ним не имею. Со слов админа на хостах все турбобусты включены, а режимы экономии отключены.
(2) В гостевых стоят Windows Server 2008 R2

Как же ты собрался "заставить хост отдавать", если про него ничего не знаешь и руководствуешься словими админов?

Насоздавай РП (рабочих процессов) (в 8.3 в настройках сделай параметры 1 ИБ на РП и 1 соединение на РП), повтори тесты, посмотри сколько жрут несколько РП

(4) это я чтоб было о чем с админом разговаривать))
(5) тест Гилева однопоточный толку от этого не будет. Разве что создать штуки 4 базы с тестом и их выполнять.

Коллеги, кто на виртуалках. У вас при выполнении теста Гилева, на ядро выделяется вся частота?

Сейчас запустил 4 теста одноврменно на одном рабочем процессе. Частота на всех ядрах была под 2000 МГц, но результат существенно не изменился(
Сделал, чтоб под 4 теста создалось 4 рабочих процесса, частота выросла до 2100. Результат в районе 14 остался.
Я тогда ничего не понимаю.

Кто шарит в виртуальных технологиях, объясните природу явления.

(6) Запусти какой-нибудь многопоточный тест, linpack или числогрыза какого-нибудь, вроде этого http://www.numberworld.org/y-cruncher/
Надо учесть,что чем больше ядер будут заняты по полной, тем меньше будет их частота при использовании турбобуста.
Кстати, управление питанием разве гостевая ОС осуществляет, не сам гипервизор?
Вот тут жалуются https://communities.vmware.com/thread/460663?start=0&tstart=0
а здесь пишут, что лучше, чтобы это делал гипервизор https://habrahabr.ru/post/263777/

1с, скуль и виртуалки - зло похуже Дарта нашего Вейдера.

(10) Запустил расчет Пи в y-cruncher на 4 ядерной ВМ. Всем ядрам досталось по 2400 МГц.
Гостевая ОС питаем не управляет вроде. Ранее я не замечал, чтоб изменение плана питания в ВМ влияло на результат теста.
По поводу Хабра и бест практикс. Пишут, что число vCPU должно быть кратным количеству ядер в NUMA. И в то же время большое количество vCPU тоже плохо. Так вот у нас в NUMA 10 ядер, но загрузка ВМ до 80% по процессорам обеспечивается и на 4 vCPU. Что в данном случае предпочтительней выбрать: 4 или 10 vCPU? (11) у нас альтернативы нет

Будничный ап

ни один из существующих тестов не показывает реальной картины на виртуальных машинах с не монопольными ресурсами...

если у тебя есть претензии к производительности - шли их к админам пусть они запускают тесты/счетчики на гипервизоре, без этого все разговоры сводятся к пустому....


зы
для SQL и сервера 1с память и диски на гипервизоре необходимо выделять в монопольном режиме, это ОБЯЗАТЕЛЬНО!!!! процессор - желательно в монопольном, но не обязательно...

(8) судя по всему у тебя ядра - виртуальные.... это плохо сказывается на скуле (когда он бьет запрос на параллельные)

(14) (15) Есть чтиво где внятно  и кратко / просто бы про это писалось? Необязательно применительно к 1С

(16) есть рекомендации мелкософта по настройке SQL на виртуалках, поищи на их сайте...

про 1с нету...

например

http://blog.vmpress.org/2009/07/sql-server-vmware-virtual-center-25-i.html

(14) Админы как обычно говорят, что у них все нормально. Но я подозреваю, что на таких процессорах можно выжать больше попугаев. Хотя бы стабильно не меньше 20. В идеале 25. Статистика теста показывает, что на процессорах 2,4ГГц можно выжать до 35 попугаев.
Про монопольное выделение ресурсов не понимаю. Имеется в виду резервирование памяти?
К дискам нет претензий. Очереди отсутствуют. Задержки в пределах 10 мс.

(15) виртуальные ядра это гипертрейдинг чтоли? Да, админ давно говорил, что на хостах он включен.

(19)
1. тебе попугаи зачем??? если система устраивает сейчас и в перспективе будет устраивает еще пару лет - какая разница сколько попугаев?
2. учитесь обходится тем что есть (у стариков это в крови с начала 90х)
3. виртуальный - это тот который гипервизор делит с между несколькими виртуалками
4. админы и будут говорить что все нормально, твоя задача запросить у них нужную статистику, например для 1с важный показатель "очередь диска"  и т.д.

(20)
1. Попугаи это обобщенный показатель производительности одного потока 1С, т.к. в тесте производится манипуляции с объектами 1С на встроеном языке 1С, и с участием СУБД. Им удобно сравнивать разные конфигурации серверов.
2. Я хочу имеющиеся ресурсы заставить работать эффективней
3. Скорее всего у нас так и есть, ибо в конторе сотни виртуалок, и админ говорит, что ядер ему не жалко. Но надо уточнить.
4. Вся статистика у меня есть.

(21)
1. производительность потока 1с - не имеет отношения к производительности приложения 1с, по тому как не учитывает блокировки, сетевые заморочки и т.д.
2. зачем? ты за них отвечаешь? думаю - нет...
4. у тебя есть статистика с гипервизора? думаю - нет, а статистикой с виртуалки можно попу вытереть, она ни о чем вообще (единственная статистика которая имеет смысл с виртуалки - это анализ ожидания блокировок, все остальное - лажа)

(22)
1. Назовем это скорость работы 1С. Замечено, что чем больше попугаев, тем комфортней работа в 1С. В том смысле, что документы быстрее проводятся, обработка данных выполняется быстрее и т.п. И реструктуризация больших таблиц тоже выполнятеся быстрее. Для нас все это актуально.
2. В первую очередь с нас спрашивают, когда что-то выполняется не достаточно быстро. И я понимаю, что проблема не только в железе, а чаще всего наоборот - не в железе. Но это не означает, что в этом направлении ничего не надо делать.
4. У меня есть vSphere Client, где могу смотреть счетчики производительности и конфигурации виртуалок.

начни с http://wiki.mista.ru/doku.php?id=it:analiz_sql_block

так будет проще :)

(24) Спасибо, все это мы тоже успешно применяем.
Но все эти средства не помогут, например, при долгой реструктуризации большого регистра бухгалтерии.

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

но твои попугаи тебе все равно не помогут :)

хочешь честных тестов Гилева - откажись от виртуализации, по другому никак!!!

Итог: виртуалки для трехзвенной 1С есть зло?

(28) Я это ещё в (11) сказал

(29) А это ты как дурак (т.е. испытал на своем опыте) или как умный (на чужом опыте) сказал? :)

(28) виртуалки имеют право жизни для 3х звенки на небольших объемах, при этом улучшается отказоустойчивость и мобильность, упрощается некоторое админство

для компаний где например бух 3.0 имеет размер 30 гигов без лога за год - виртуалки уже зло....

проверено и на личном опыте и на чужом ...

хочешь положить сервер? вот, запускай в рабочее время: http://catalog.mista.ru/public/173394/

а вообще бездумное применение ЛЮБОЙ технологии везде где только можно и где нельзя неизбежно приводит к проблемам.

так-же и с виртуализацией, что хорошо на одном окружении вполне может стать крахом для другого окружения....

(26) Отключение итогов при реструктуризации не поможет, т.к. итоги не реструктуризируются, а пересчитываются заново после реструктурзации. А с ручным манипулированием итогами предпичитаю не экспериментирвоать.

(30) На опыте моих сисадминов и клиентов