Два параметра PostgreSQL утонули в разбросе теста 1С

Значимый прорыв формирует отрасль ИИ: zhogov1985 50 минут назад Объяснить с Два параметра PostgreSQL утонули в разбросе теста 1С Простой 5 мин 1. 3K Системное администрирование * Базы данных * PostgreSQL * Кейс Пять раз подряд мы прогнали один и тот же тест 1С. Сервер тот же, база та же, настройки никто не трогал.

Результат - от 16,39 до 26,04 балла. Лучший результат в 1,6 раза выше худшего. Затевалось всё ради другого.

Технические детали

Мы искали, что крутить в PostgreSQL, когда 1С тормозит, и хотели проверить на цифрах два совета: побольше shared_buffers и выключенный synchronous_commit. Но при таком разбросе любая настройка легко “помогает” или “мешает” случайно. Отсюда первый шаг, который стоит сделать до любой настройки: прогнать свой замер несколько раз подряд, ничего не меняя, и записать разброс.

У нас пять прогонов заняли около часа. Где и чем мерилиМерили не на боевом сервере и не у клиента, а на тестовом. Debian 13, четыре ядра, 41 ГБ памяти, сервер 1С 8.

1C на одной виртуальной машине. Клиент 1С - на соседнем сервере Windows. Рядом живут десять копий рабочих баз 1С со своими регламентными заданиями.

Отраслевые последствия

Задания работали и днём, и ночью. Инструмент - однопоточный тест Гилева на синтетической базе около 80 МБ. Медленные отчёты, планы запросов и индексы не трогали.

Вопрос стоял узко: видит ли тест разницу между двумя значениями параметра. Пять прогонов без измененийПрогонВремя с запуском клиента, сРезультат, баллов1около 36025,13248517,61354116,39449720,08536126,04Медиана - 20,08. Самые короткие прогоны дали лучшие баллы.

В прогонах с третьего по пятый vmstat показывал простой процессора в среднем 5,7 %. Однопоточный тест столько не съест. После серии, уже без теста, rphost сервера 1С то брал от 90 до 368 % ЦП из 400 % на четырёх ядрах, то почти отпускал.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.