Виртуальные машины и тест Гилева

[ximik13]

Картинки с мелким текстом лучше бы сделать кликабельными.

В начале есть утверждение:

Стоит понимать, что тест Гилева никак не отражает быстродействие реальной конфигурации с реальной базой данных.

Очень надеялся увидеть хоть какие-то реальные подтверждения в тексте статьи. А их и нет. И как итог, утверждение начинает выглядеть голословным.

[nikweter]

Но ведь утверждение не голословное. На старом сервере тест показывает 10.6. На новом 11.8. На ноуте 24. 1С упп на 80 пользователей на старом сервере работает приемлемо, на новом — летает. На ноуте, понятно, не запускали, но даже один пользователь работает существенно медленнее, чем на новом сервере.

[nikweter]

Непонятно почему вы принимаете меня за автора статьи.
Я всего лишь рассказал о своей конкретной ситуации, где двухъядерный ноутбучный процессор 8gb DDR3 и sata ssd показывает лучшие результаты в тесте, чем 2 8 ядерных серверных процессора с 64gb DDR4 и SAS ssd.

[YMax]

Добрый день. Как может Ваш тест показывать примерно 12 на виртуальном сервере с 16 процессорами, SSD диском, 30 Гб памяти, SQL база и 47 на том же железе в файловой базе? Ответ только один - тест однозначно писался для файловой базы. Никакие настройки производительности системы, SQL сервера и сервера 1С8 не дают изменений. Для сравнения на гораздо более слабом сервере - 4 ядра, 6 Гб памяти, HDD, SQL база, без всяких оптимизаций и настроек - 28, но я уверен, что при работе хотя бы 10-15 пользователей всё будет очень грустно, а при работе 30-50 пользователей на первом сервере всё будет в порядке.

[YMax]

Что интересно - в варианте SQL не важно, какие диски в системе и где что расположено - тест не обращается к дискам, в самом начале загружается в память, соответственно, влияет только частота процессора и памяти, но тогда непонятно - почему на слабой ВМ на VirtualBox результаты чуть выше, чем на гораздо более мощной ВМ на мощном железе - примерно 15 против 12 при просто несопоставимых ресурсах серверов.

Соответсвенно - особенно что-то настраивать для получения более высокого результата кроме настроек планов питания в гипервизоре и ВМ особенно нечего - никакие пляски с сервером 1С и MS SQL на результат теста не влияют, надо проверять на проведении документов в реальных базах.

[gotch]

тонкую настройку параметров баз model

А что можно настроить в model?

Для совместной архитектуры отключили все протоколы обмена данными, кроме shared memory

Сервер СУБД и приложений были на одном хосте кластера?

К сожалению, все картинки нечитаемые — низкое разрешение.

[kolu4iy]

Всегда любил 1С-ников вот за это:

Установили максимальную степень параллелизма равную 1

[Sergey-S-Kovalev]

«Основная сложность работы с большими базами данных в 1С — это временная блокировка таблиц при обращении к ним множества пользователей. Решить эту проблему можно только с помощью планирования дисковой системы.» — когда 1Сники пишут о причинах тормозов в 1С

[amarao]

Включите unsafe writeback, отключите spectre mitigations в гипервизоре, включите hyperthreading, и, вуаля, у вас отличный бенчмарчонок. До первого залётного дятла всё будет летать. После тоже, но только в направлении ускорения свободного падения.

[gotch]

Что нисколько не мешает делать это на dev базах.

[amarao]

Разумеется, CI прямо просит unsafe writeback. Но вот dev-базы… Вот писал человек конфигурацию, шмяк, ребут, вместо написанного какашка. Обидно?

[sYB-Tyumen]

Разносить файлы баз по дискам — это правильно. Для чистоты эксперимента надо ещё и диски по разным контроллерам разнести.