Многопоточное тестирование производительности сервера 1С - СУБД

06.12.22

Администрирование - Сервера

Тест для оценки производительности связки сервер 1с - сервер СУБД в различных вариантах, а также масштабируемости этой связки в режиме многопоточной работы.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование По подписке [?] Купить один файл
Конфигурация
.cf 110,55Kb
866
866 Скачать (1 SM) Купить за 1 850 руб.

Описание

Тест создает множество фоновых сеансов и выполняет ими одинаковые действия, например создание элементов справочников или запись наборов записей регистров. Он позволяет оценить, насколько "производительна" данная связка 1с - субд, а также насколько она "масштабируема", т.е. количество активных пользователей, при котором система еще будет работать, но "низенько-низенько".

Эмпирическим путем получено число в 400-500 попугаев на поток (не учитывая временные таблицы), при котором работа терпима. Благодаря механизму "глобального обмена"  можно повторить тест с чьии-то настройками и сравнить результаты.

Полный тест выполняется от получаса до часа на стандартных настройках, примерно в 2 раза меньше на "быстрых" и в 2 раза дольше на "точных". Естественно, проводить не все тесты, то время пропорционально уменьшится.

Планы

Снова сделать просмотр результатов на сайте. Сделано: https://fragster.ru/performanceTest/testResults

Работа на файловых базах.

Новые тесты.

Обмен "через файлы", для случай, когда на на сервере нет интернета

Многое другое :)

Версия 2.0.012

Исправлена невозможность обмена, если указано более 2-х серверов

Версия 2.0.011

Устранена несовместимость с 8.3.9 (из-за изменения http://downloads.v8.1c.ru/content//Platform/8_3_9_1648/1cv8upd.htm#f092f970-ec4b-11e5-a3f7-0050569f678a)

Версия 2.0.010

Исправлена ошибка несоздания узла обмена для обмена результатами.

Версия 2.0.009

Изменен способ старта фоновых заданий, теперь менее вероятна ошибка "Не получилось синхронизировать потоки за ХХ секунд!"

Исправлены ошибки невозможности выбора параметра в отчетах "Отчет по тесту" и "Профиль результата"

Изменены варианты ответов на запрос заполнения информации о серверах на более понятные.

Версия 2.0.008

Теперь при запуске в режиме "Толстый клиент управляемое приложение" обработка обмена работает целиком на клиенте, и в таком случае точно не нужен интернет на сервере.

Версия 2.0.007

В результатах тестов убрана колонка "номер потока", теперь результаты хранятся только в разрезе количества потоков теста. Это в десятки раз сократило количество строк в ТЧ Результаты и Профиль Результата, так что теперь собственные тесты открываются с такой же скоростью, как и тесты, полученные из интернета (ранее была задержка в несколько секунд, в результатах интернета для сокращения трафика изначально информация о номере потока была опущена изначально). Также немного ускорилось формирование отчетов.

Исправлены ошибки при запуске в режиме "Толстый клиент управляемое приложение". При запуске в этом режиме интернет на сервере не обязателен для обмена.

Если вы делаете обновление, то теперь возможно обновление только с версии >= 2.001 (при попытке обновления версии 1.х.ххх будет ошибка). Возможно позже сделаю поставку, чтобы корректно это контролировать.

Версия 2.0.006

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

Также при очистке данных регистров накопления и сведений теперь выключаются итоги.

Версия 2.0.005

Обработка "Обмен результатами" теперь получает все результаты в цикле (в связи с ограничением хостинга недавно пришлось ввести "порционный обмен" результатами, в более ранних версиях приходилось несколько раз нажимать кнопку обмена)

Добавлен отчет "сравнение результатов", колонки - тесты, строки - результаты. Предложения по работе доработке этого и других отчетов приветствуются.

Форма списка справочника тестов, теперь она же является формой выбора/подбора.

Разрешен множественный выбор в форме списка - можно быстро сформировать отчет сравнения, выделив несколько строчек и выбрав его в меню "сформировать на основании"

Обработка "проверка синхронизации" заменена соответствующим отчетом (ради показа графика с распределением времени прихода сигнала синхронизации к потокам теста)

Во все отчеты по тестам добавлен быстрый отбор по видам тестов (по кнопке "настройки").

Сообщения от потоков теперь приходят через регистр сведений (подготовка к реализации файлового варианта теста).

Потоки теперь стартуют порциями с паузами между ними (вроде как должно повысить стабильность).

Проведена чистка кода, удалены неиспользуемые функции.

Немного причесан интерфейс, теперь все окна открываются единообразно.

Версия 2.0.004

Исправлена ошибка, существующая на платформе < 8.2.15

Версия 2.0.003

Исправлена ошибка доступа к таблице "профиль результатов" при выполнении теста

Версия 2.0.002

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

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

Переработана форма обмена - место на форме используется более рационально.

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

Версия 2.0.001

Новая версия. Старшая цифра изменилась, поскольку изменились алгоритмы работы - больше сделан упор именно на производительность СУБД.

Основные изменения:

Изменен алгоритм тестов (основной упор на запись наборов)

Добавлен тест "Временные таблицы" - он должен показать "чистую" производительность без блокировок (спасибо за идею Гилеву Вячеславу).

Добавлены настройки тестов - количество потоков и размер создаваемых объектов (100, 1000, 5000 строк)

Изменен отчет "Отчет по тесту" - добавлен показатель "средняя производительность одного потока"

Добавлен отчет "Профиль выполнения" - показывает распределение времени записи одного объекта (в мс), т.е. сколько объектов записалось за 16 мс, сколько за 32 и тд. Для платформы < 8.2.17 информация собирается только на вин-сервере, при релизе платформы >= 8.2.17 и на линуксе тоже.

Доработана обработка "проверка синхронизации". Теперь она показывает, через сколько миллисекунд (условия для работы как в предыдущем пункте) пришел сигнал от "мастера" до "потоков" о том, что пора начинать "работать".

Вместо публикации на сайте теперь глобальный обмен результатами, соответственно, создана обработка для него. Из-за того, что очень сильно доработана конфигурация - просмотр на сайте http://fragster.ru/perfomanceTest/ временно отключен, чужие тесты можно увидеть только через обмен, а он требует доступа к интернету на сервере 1с предприятия.

Доработан интерфейс, например отчеты перенесены в меню "создать на основании", а также через это меню возможно окрыть более одного окна :)

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

Версия 1.0.004

Добавил обработку для проверки механизма синхронизации: указываете, сколько потоков запустить, она показывает сколько потоков в какой момент получили сигнал синхронизации.

Дорботал интерфейс - на рабочий стол поместил список тестов, перенес отчет и новую обработку с панели действий на панель навигации (с верхней на левую).

Версия 1.0.003

Исправил синхронизацию потоков - теперь все потоки запускаются действительно одновременно, ранее на большом количестве потоков некоторые потоки "съезжали" по времени на время до 7 секунд (для 112  потоков, особенно на слабых серверах), что вызывало "флуктуации" в сторону аномального увеличения производительности результатов для большого количества потоков.

Информация о сервере 1с теперь заполняется при открытии формы, а не после выполнения теста.

Версия 1.0.002

Добавил автозаполнение информации о сервере 1с.

Изменил алгоритм синхронизации потоков - теперь используется ЗапуститьПриложение вместо бесконечного цикла для ожидания запуска других потоков, что не грузит процессор и дает время для запуска других потоков. Также увеличил время на синхронизацию до 30 секунд.

Теперь тесты выполняются в 1, 2, 4, 8, 16, 32, 48, 64, 80, 96, 112 потоков.

Обновил WS-ссылку, добавил версию платформы в результаты.

Добавил запрос на публикацию результатов теста при изменении (Внимание! Для успешной публикации должен быть разрешен интернет на сервере 1с!)

Версия 1.0.001

Добавил автосохранение после выполнения теста. (Отчет по текущему тесту теперь работает сразу после выполнения теста).

Добавил версию конфигурации в результаты теста.

Обновил WS-ссылку, подчистил WSDL, убрал anyType везде.

Убрал заглушку на кнопке "Опубликовать", теперь результаты публикуются на http://fragster.ru/perfomanceTest/ , можно сравнить с другими.

Версия 1.0.000

Причесал интерфейс

Добавил сохранение результатов

Немного изменил алгоритм проведения документов, добавил в него выборку данных.

Добавил отчет по тестам с красивыми графиками :)

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

Первая версия, она же альфа:

Начал писать тест для оценки производительности сервера в режиме параллельной работы. Нулевая версия, просто выполняет теств1/2/4/8/16 потоков, не накапливая статистику. Пока работает только в клиент-серверном варианте.

 

См. также

Сервера Системный администратор Россия Бесплатно (free)

Основные критерии, на которые необходимо обратить внимание.

31.07.2024    2153    EFSOL_oblako    2    

0

Сервера Системный администратор Россия Бесплатно (free)

Цель данного исследования — сравнить производительность процессоров Intel и AMD при работе с 1С в виртуальной среде Hyper-V.

25.07.2024    4990    EFSOL_oblako    19    

3

Мониторинг Сервера Системный администратор Платформа 1С v8.3 Конфигурации 1cv8 Россия Абонемент ($m)

StartPlus и система контроля и сбора информации (настраиваем за час и пользуемся). Данное решение позволяет быстро собирать и анализировать различную информацию из разных источников данных (не обязательно серверов 1С). В любой момент можно менять состав сводной информации без сложной разработки на стороне 1С.

1 стартмани

18.07.2024    713    6    moolex    0    

5

Сервера Linux Системный администратор Россия Бесплатно (free)

Тема Ubuntu, PostgreSQL и 1С уже избитая. Но все же, следуя инструкциям всех мануалов, пришлось потратить около 3-х дней. И как результат — готовые скрипты для установки сервера 1С и PostgreSQL на свежей Ubuntu за 5 минут.

14.06.2024    3213    user1389975    13    

38

Мониторинг Сервера Системный администратор Программист Платформа 1С v8.3 Управляемые формы Абонемент ($m)

Размер, имя информационной базы из реестра кластера (файл 1CV8Clst.lst), дата последнего изменения файлов в каталоге баз (srvinfo\reg_*\uuid) центрального сервера. Отдельно показан размер индекса ППД (полнотекстовый поиск данных) и его актуальность. Полезна в случае, если у вас удалялись базы 1С и никто не озаботился удалением журналов регистрации.

1 стартмани

15.05.2024    1334    20    MaximSh    0    

7

Сервера Системный администратор Программист Платформа 1С v8.3 Россия Бесплатно (free)

Меня зовут Павел Белоусов, я работаю Ведущим программистом 1С в компании OCS Distribution. Хочу поделиться историей, как мы столкнулись с постоянными зависаниями dev-сервера 1C, каким образом решили проблему и какие любопытные уроки вынесли из ситуации.

12.04.2024    4792    pbelousov    57    

26
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Stepa86 1531 12.02.13 19:36 Сейчас в теме
Чем принципиально будет отличаться от 1С:Тест-центра? Может лучше его допиливать, чем свое с нуля писать?
sapervodichka; Sirgeli; +2 Ответить
2. Fragster 1149 12.02.13 20:44 Сейчас в теме
(1) Наверное тем, что тест центр надо покупать, а также настраивать этот комбайн, здесь же 1 клик - и результат есть. Попугаи получаются вполне себе. Надо статистику поднабрать, но нормальный результат >2000 для РС, >1500 для РН и >1000 для РБ на 4 потоках
Evg-Lylyk; Babylka; Sirgeli; +3 Ответить
138. Fragster 1149 21.09.17 15:55 Сейчас в теме
(1)
тест центр фактически проверяет способность сервера запускатб клиентов 1с

(с) Е. Филиппов, автор настольной книги эксперта по технологическим вопросам, инфостарт эвент 2017
starik-2005; akR00b; +2 Ответить
139. Stepa86 1531 21.09.17 16:09 Сейчас в теме
140. Fragster 1149 21.09.17 16:12 Сейчас в теме
141. Stepa86 1531 21.09.17 16:13 Сейчас в теме
(140) и вспомнил, что кто-то, что-то такое уже спрашивал и надо бы вот прям щас ответить? Спустя 140 каментов
142. Fragster 1149 21.09.17 16:16 Сейчас в теме
(141) не, смотрел дату создания публикации (на мобилке она внизу) и увидел первый коммент
174. sapervodichka 6899 25.01.20 13:22 Сейчас в теме
(1) или готовые тесты юзать https://infostart.ru/public/1169127/ (тесты нагрузочные)
3. qwinter 683 13.02.13 20:45 Сейчас в теме
Как реализована многопоточность?
4. Fragster 1149 13.02.13 22:14 Сейчас в теме
5. Fragster 1149 25.02.13 12:51 Сейчас в теме
Кто скачал и выполнил тест, прошу нажать на кнопку "опубликовать" в конфигурации!
6. andrei.k 05.03.13 11:48 Сейчас в теме
А в чем отличие от теста Гилева?
7. Fragster 1149 05.03.13 12:27 Сейчас в теме
(6) andrei.k, тест Гилева - однопоточный. Этот - многопоточный. Например на этих 2-х серверах тест гилева показывает одинаковый показатель, однако же с увеличением количества пользователей картина меняется радикально:
http://wstaw.org/m/2013/03/03/plasma-desktopk17204.png
http://wstaw.org/m/2013/03/05/2.png
8. Fragster 1149 05.03.13 15:16 Сейчас в теме
9. ArtfulCrom 22 06.03.13 17:17 Сейчас в теме
С кластерами? нестандартными портами? Авторизацией на сервере ОНО работает? Или как и Гилева - сначала доработать напильником?

Под 8.3 тоже имя объекта РУКАМИ менять?
10. Fragster 1149 06.03.13 17:27 Сейчас в теме
(9) ArtfulCrom, работает. Только на линух сервере без ключа больше 8 потоков не выдаст (потому что следующее значение 16, а это больше 12 возможных соединений) и на постгре в конфиге надо максимальное количество соединений увеличить, иначе на 96 остановится. На 8.3 не проверял, но должно работать, вроде старался без овнокода делать.
11. ArtfulCrom 22 06.03.13 17:38 Сейчас в теме
(10) спасибо, добрый человек. Скачал потестим.
Линукс у нас есть. Ключей защиты на всех хватит )

на постгре в конфиге надо максимальное количество соединений увеличить

А вот с этого места пожалуйста подробнее? Что именно и где? а то нужно админам передать, я ж в самой настройке зелень, аки.... кузнечека )
12. Fragster 1149 06.03.13 17:54 Сейчас в теме
(11) ArtfulCrom, нужно в postgresql.conf найти строку с
max_connections = 100
и поменять на нужное число, для теста минимум 113, ну если там пользователи еще работают, то ставьте 200-250
13. ArtfulCrom 22 06.03.13 18:12 Сейчас в теме
(12) Передал. Зелень по результатам теста )

Вернули ответ:

сейчас стоит max_connections = 1024
15. Fragster 1149 06.03.13 18:29 Сейчас в теме
(13) ArtfulCrom, только заполните инфу о сервере СУБД, если он не на машине с сервером 1с и нажмите "Опубликовать" после завершения тестов, пожалуйста. Вот, кстати, задача на будущее, собирать информацию о кластере серверов 1с, если он размазан по разным машинам.
17. Aleksey_3 24.03.13 12:58 Сейчас в теме
(15) опубликовал http://fragster.ru/perfomanceTest/testDetails.php?guid=358d9dab-945a-11e2-8dae-003048f00d88
теперь бы понять что эти попугаи значат и почему ярко выраженные провалы (например на 64-х потоках) и графики не похожие на те что в публикации
18. Fragster 1149 25.03.13 11:33 Сейчас в теме
(17) Aleksey_3, попугаи - это количество операций, выполненных всеми потоками за 10 секунд. На одном потоке 400 примерно соответствует 15 по тесту Гилева (это я по своим серверам сужу).

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

Ваши графики не похожи на те, что в публикации - потому что в публикации график сделан на тестовом "сервере" - коре дуо первого поколения (двухъядерном) и 2 ГБ нешустрой (866 ДДР2) оперативной памяти.

Кстати, на этих выходных у меня таки получилось допилить SOAP сервер на php таким образом, чтобы он передавал сложные структуры таким образом, чтобы 1с их кушала нормально. Соответственно, скоро будет версия теста с глобальным обменом результатами.
14. ArtfulCrom 22 06.03.13 18:29 Сейчас в теме
Еще вопрос... логичный. Нет никакого РТФМ по запуску.

На чем обработку запускать? На любой рабочей БД? Это безопасно для ее данных? На чистой, пустой БД? На какой-то типовой?

Стоит ли смотреть какую инфу она публикует на сервере результатов? Или вам можно доверять в плане адресов и паролей? )))
16. Fragster 1149 06.03.13 18:31 Сейчас в теме
(14) ArtfulCrom, Это отдельная конфигурация, соответственно, изолирована от других конфигураций. Публикует информацию на http://fragster.ru/perfomanceTest/. Пароли если и будут введены, то только для регистрации на этом сайте.
19. mybracho 26.03.13 01:50 Сейчас в теме
А где хоть маленький faq ? Нажал на кнопку. Когда закончится ? Как анализировать результаты и т.д.

Спасибо
20. Fragster 1149 26.03.13 20:43 Сейчас в теме
(19) mybracho, закончится через пол часика, анализировать - там есть 2 отчета: "Отчет по тесту" и "Профиль результата". Первый показывает сводную информацию и падение производительности в зависимости от количества активных пользователей, второй - насколько меняется распределение времени выполнения одной операции в зависимости от количества потоков, т.е. насколько влияют блокировки и обслуживание служебных таблиц типа итогов, нумераторов и т.п.

приемлемая нижняя граница производительности - это 500 на поток, ниже - уже совсем некомфортно работать, но это верно для так называемых "активных пользователей", в общем случае момент количество пользователей можно увеличить на 10 (т.е. 10% активности) а то и больше :)

производительность менее 500 в тесте 1 потока - говорит, что либо что-то с железом, либо оно совсем старое.
21. Fragster 1149 26.03.13 20:45 Сейчас в теме
Также интересная вещь, определяющая производительность встроенного механизма управляемых блокировок сервера 1с - обработка "проверка синхронизации" - она проверяет, через сколько времени сколько потоков получают информацию о снятии блокировки.
22. ansh15 27.03.13 10:40 Сейчас в теме
Может конфу для файлового варианта отдельно сделать? А В клиент-серверном оставить как было, с показом результатов по мере выполнения тестов. А то, первый раз когда запустил, подумал, что сервер подвесил. Хорошо, что уже никто не работал...
23. Fragster 1149 27.03.13 10:42 Сейчас в теме
(22) ansh15, я, наверное, сделаю, чтобы в файловой замерзало, а в клиент-серверной - нет.
24. serg1974 10.04.13 10:47 Сейчас в теме
Скачал, загрузил конфу в новую базу на сервак, запускаю с другого компа (win serv 2008R2/RDP) в режиме клиента получаю ошибку:

Платформа: 1С:Предприятие 8.2 (8.2.14.519)
Конфигурация:
Режим: (сжатие: усиленное)
Приложение:
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)

Ошибки:
--------------------------------------------------------------------------------
10.04.2013 12:44:21
{ОбщийМодуль.ОбщиеФункции.Модуль(17,55)}: Слишком много фактических параметров (ЗапуститьПриложение)
ЗапуститьПриложение("ping -n 2 127.0.0.1", , Истина, <<?>>КодВозврата); // windows
{ОбщийМодуль.ОбщиеФункции.Модуль(21,55)}: Слишком много фактических параметров (ЗапуститьПриложение)
ЗапуститьПриложение("ping -c 2 127.0.0.1", , Истина, <<?>>КодВозврата); // linux

ЧЯДНТ?
25. Fragster 1149 10.04.13 11:28 Сейчас в теме
(24) serg1974, спасибо за сообщение об ошибке. Оказывается, код возврата появился только в 8.2.15. Сейчас подготовлю обновление с исправлением.
26. KroVladS 35 11.04.13 11:44 Сейчас в теме
Хотелось бы увидеть сколько попугаев выдают типовые конфигурации серверов, чтобы было понятно с чем сравнивать.
27. Fragster 1149 11.04.13 13:01 Сейчас в теме
(26) KroVladS, а что значит "типовые конфигурации серверов"? имеющиеся результаты можно получить прямо в конфигурацию с помощью обработки "обмен результатами". Чем больше комментариев в тестах пользователи будут указывать - тем проще накопить статистику и анализировать, но, к сожалению, я пока не придумал, как стимулировать этих самых пользователей к заполнению этой самой информации.
28. Кинстинтин 16.04.13 18:13 Сейчас в теме
Всем здрасьте! Ребят, что можно сказать, глядя на графики, по поводу производительности системы: 2*Xeon E5-2670, 128ГБ, RAID 10, Windows Server 2012, Postgresql 9.1.2. Че-то мне кажется слабенько получается. Ставил 40 пользователей. max_connections прописывал и 200 и 1000. Когда shared_buffers поставил 2048MB - результат существенно улучшился. Что еще можно настроить? Заранее спасибо всем неравнодушным!
Прикрепленные файлы:
29. Fragster 1149 16.04.13 19:21 Сейчас в теме
(28) Кинстинтин, очень плохо, во первых - почему такие колебания графиков? тестирование проводилось во время работы пользователей?
Также непонятно, почему временные таблицы почти не отличаются от реальных, надо посмотреть temp_buffers (увеличить?), да и вообще, посмотрите рекомендации http://www.gilev.ru/1c/81/postgresql/ (Вячеслав почему-то убрал статью, но в сети куча подобных статей, например http://www.1c-remote.ru/nastroika_postgre_dlya_1c.html) , после чего заново прогоните тест. Умолчательные значения ориентированы больше на веб-серверную специфику (простые маленькие запросы).
30. Кинстинтин 16.04.13 19:30 Сейчас в теме
Нет, в данный момент к серверу не подключен ни один пользователь - запускаю его с нуля. Сам удивился почему так сильно разнятся графики с другими людьми. Буду читать - разбираться. Спасибо большое!
31. Fragster 1149 16.04.13 19:54 Сейчас в теме
(30) Кинстинтин, А график уже с увеличенным shared_buffers?
32. Кинстинтин 17.04.13 09:51 Сейчас в теме
Я уже и не помню с увеличенным shared_buffers или нет. Вот результаты нового тестирования со следующими настройками, которые я корректировал: shared_buffers = 4096MB, temp_buffers = 32MB, work_mem = 10MB, maintenance_work_mem = 60MB
Прикрепленные файлы:
tilerans; +1 Ответить
33. Fragster 1149 17.04.13 12:35 Сейчас в теме
(32) Кинстинтин, ну, видимо, первый график до увеличения - разница в 2 раза. Но все равно - не должен он так загибаться вниз, должен выходить в горизонталь при достижении предела производительности (как у почти всех остальных результатов, в том числе и у postgre. Правда, как я понял, остальные результаты postgre - на линуксе).

А диски какие? Также можно поэкспериментировать с fsync = off у постгре.
34. Кинстинтин 17.04.13 13:26 Сейчас в теме
Все тесты на Винде. 4 диска Hitachi HUS156030VLS600 15000RPM на контроллере LSI 9260-8i, как уже выше писал RAID 10. 1С: Предприятие 8.2.17.153.
С fsync = off потестирую сегодня попозже, как серверный ключ освободится. Кстати, насколько помню, на рабочей базе fsync крайне не рекомендуют же выключать, если бэкапса управляемого нету?
35. Fragster 1149 17.04.13 13:58 Сейчас в теме
(34) Кинстинтин, да, по поводу упса - верно. Но он же есть, да?
36. Кинстинтин 17.04.13 14:16 Сейчас в теме
В магазине есть :-) А если серьезно, то планируем покупать. А пока базы не рабочие - можно и поэкспериментировать. Может, еще какие настройки подкрутить в postgre? Неужели у остальных все "ровно" работает?
37. Кинстинтин 17.04.13 17:59 Сейчас в теме
fsync = off. Графики практически не изменились.
38. Кинстинтин 18.04.13 18:44 Сейчас в теме
Поставил на встроенный контроллер Интел древненький жесткий диск (Seagate 320GB 7200.12). Установил с нуля систему. В postgresql все настройки по умолчанию. Результат получился еще больше, чем в RAIDе.
Прикрепленные файлы:
39. Кинстинтин 18.04.13 18:45 Сейчас в теме
Но поведение графиков все же схожее. Куда рыть? Сейчас гоняю на других настройках.
40. Fragster 1149 18.04.13 18:59 Сейчас в теме
(39) Кинстинтин, Есть возможность попробовать на линуксе?
41. Fragster 1149 18.04.13 19:06 Сейчас в теме
Еще есть вариант посмотреть perfmon.msc на предмет того, во что упирается - в процессор, в диски или еще во что (очередь к чему становится сиииильно больше на 32 потоках чем на 16). Но судя по тому, что при замене дисков пик переместился в 8 потоков на 16 - дело таки в них. Ну, или в каких-то других настройках, которые были изменены между тестами.
42. Кинстинтин 18.04.13 19:35 Сейчас в теме
Линукса, к сожалению нету. Ни разу не пользовался perfmon.msc. Как юзать, подскажите, плиз. Ниже графики с настройками: 1000 - подключений, shared_buffers = 4096MB, temp_buffers = 32MB. Остальное по умолчанию
Прикрепленные файлы:
43. Кинстинтин 19.04.13 17:33 Сейчас в теме
Кстати, а "Вид СУБД" нужно выбирать? :-) А то я выбираю Postgre SQL, и еще ставлю крыжик "Сервер СУБД". Хотя, пробовал по-разному - результаты сильно не изменялись
44. Fragster 1149 19.04.13 17:42 Сейчас в теме
(43) Кинстинтин, все, что находится на форме теста, кроме того, что на вкладках в нижней части - предназначено для других людей, которые будут сравнивать свои результаты, с результатами, полученными через обработку обмен результатами. Табличная часть - она предназначена для того, чтобы можно было указать описание сервера СУБД, если он не на компьютере с сервером 1с. Ну, или поставить галочку на строке с сервером 1с, показав таким образом, что они находятся на одном компьютере.
45. Кинстинтин 19.04.13 20:36 Сейчас в теме
А вот графики из связки Windows Server 2012 + MS SQL Server 2012
Прикрепленные файлы:
Fragster; +1 Ответить
46. Fragster 1149 19.04.13 20:53 Сейчас в теме
(45) Кинстинтин, Это те же железяки? Да уж, разница очевидна :)
Вот еще бы db2 протестировать...
47. Кинстинтин 20.04.13 09:38 Сейчас в теме
Интересно, сейчас проанализировал графики - до 4-х потоков PostgreSQL примерно с MS SQL наравне, а потом резко падает вниз. Тесты производились на том же железе - причем на старом винчестере (RAID-массив отключен). Следовательно, делаю выводы, что падение скорости все-таки из-за PostgreSQL, возможно, настройки. А железо в норме. Еще думал, может, Сервак 2012, но он бы и с MS SQL тормозил.
А что нам даст тестирование db2?
48. Fragster 1149 20.04.13 12:22 Сейчас в теме
(47) просто Postgre очень сильно полагается на кэширование IO операционной системы, а MSSQL использует свои механизмы. Именно по этому я про линукс и говорил. Возможно, что дело именно в том, что постгре под виндой.

Было бы у меня время и оборудование - я бы с удовольствием провел бы кучу экспериментов, но, к сожалению, нет времени ни того, ни другого :(

Тестирование db2 - оно даст полное сравнение 3-х СУБД на одинаковом железе (такого исслдедования я еще не видел).
50. ansh15 22.04.13 13:02 Сейчас в теме
(48) Тогда уж и Oracle тоже надо протестировать, чтобы совсем полная картина получилась. И не Express, конечно.
49. Кинстинтин 22.04.13 08:34 Сейчас в теме
В принципе, у меня со временем тоже негусто, но потестить интересно. Опять же, нужно ведь на полноценной версии пробовать, а не на ограниченной IBM DB2 Express-C. Я правильно понимаю? Полную, к сожалению, не нашел.
51. Кинстинтин 29.04.13 06:39 Сейчас в теме
В общем запускал групповую обработку - проведение документов одной и той же базы на серваке на PostgreSQL и MS SQL 2012 - результаты по времени практически один в один. Остался доволен. Прекратил поиски - запустил сервер в работу.
52. Fragster 1149 29.04.13 11:22 Сейчас в теме
(51) Ну так стандартное перепроведение - оно же однопоточное, а разница в однопоточном режиме не так уж и велика. Кстати, для такого режима лучше всего что-нибудь с большим количеством мегагерц (проца и шины) и маленьким - ядер :) Например, восстанавливать последовательность в отдельном узле РИБ и компом с АМД на 4,5-5 ГГц, причем на файловой (если база влезает в файловую, конечно)
53. ansh15 08.05.13 15:13 Сейчас в теме
Почему-то не хочет показывать результаты других пользователей, сам обмен результатами выполняется без ошибок. Платформа 8.2.18.82, на более ранних все показывалось. И еще может подвиснуть сервер приложений, перестает отвечать на обращения как из клиента так и из консоли администрирования при количестве фоновых заданий от 64-х и выше. А, и еще не показывает результаты выполнения каждого теста online, только после окончания всего теста во вкладке результаты появляются строки.
54. Fragster 1149 08.05.13 19:01 Сейчас в теме
(53) ansh15, на .18 не тестировал, возможно дело в платформе. а различия по результатам есть?
56. ansh15 08.05.13 21:35 Сейчас в теме
(54) Нет, различий нет, также осталось. По поводу подвисания сервера приложений, подумал, может увеличить число рабочих процессов до 4-8, сейчас 2 запущено. При одном рабочем процессе висло уже на 48-и фоновых заданиях. И еще наблюдение, при выполнении теста на синхронизацию потоков при 112 потоках, сеансы с PostgreSQL не завершаются, а остаются в состоянии idle in transaction и висят сколь угодно долго,вплоть до рестарта сервера приложений. Тут http://gray-hemp.blogspot.ru/2008/08/idle-in-transactions.html немного пишут про это, в принципе, не страшно, в повседневной работе такого не возникает, но все же...
55. Fragster 1149 08.05.13 19:52 Сейчас в теме
По поводу обмена: видимо, срабатывает ограничение по памяти на хостинге. Переделал, теперь выплевывает по 10 результатов за одно нажатие кнопки обмена, просто надо нажимать на "обмен", пока не перестанут приходить новые результаты, в следующих версиях сделаю автоматическую подгрузку оставшихся частей.
57. ansh15 09.05.13 10:45 Сейчас в теме
58. nevro 14.05.13 09:14 Сейчас в теме
Несколько вопросов:
1. Этот файл конфигурации объединять с тестируемой конфигурацией?
2. Обязательно запускать тест на работающей конфигурации или можно развернуть бэкап и запускать на нем? Т.е. симулируется ли работа?
3. Поддерживаются варианты: файловый и клиент-серверный? По комментариям выходит, что оба - просто уточнить.
Спасибо.

p.s. хотим сравнить скорость работы в обоих вариантах, т.к. база весит пока что около 2 гигов.
59. Fragster 1149 14.05.13 10:51 Сейчас в теме
(58) nevro, в отличии от тестцентра этот тест предназначен для измерения производительности не алгоритмов + субд + железа, а только субд + железа. Это самостоятельная конфигурация, ни с чем объединять ее не требуется, просто загрузить .cf в пустую базу.

Пока поддерживается только клиент-серверный вариант из-за сложности организации многопоточности в файловом варианте.
60. nevro 14.05.13 11:46 Сейчас в теме
>>в отличии от тестцентра этот тест предназначен для измерения производительности не алгоритмов + субд + железа, а только субд + железа
Понятно. По файловому варианту тесты существуют?
61. Fragster 1149 14.05.13 11:57 Сейчас в теме
(60) nevro, 1с:тест-центр будет работать в многопоточном режиме, но там настраивать надо. В однопоточном режиме - есть тест Гилева: http://www.gilev.ru/tpc1cgilv/ однако же из графиков в топике и комментариях видно, что однопоточный режим не полностью характеризует производительность системы, интегральная (суммарная по всем потокам) производительность при росте количества потоков может расти весьма значительно.
62. nevro 14.05.13 17:05 Сейчас в теме
Многопоточность - это количество подключений к базе?
63. Fragster 1149 14.05.13 18:33 Сейчас в теме
(62) в смысле? Многопоточность - это выполнение чего-то в несколько "потоков", параллельно, т.е. "свойство действия". В данном тесте количество подключений к базе равно количеству "потоков" теста (просто потому что 1с так работает) + 1 подключение, из которого осуществляется запуск теста.
64. khan 15.05.13 10:25 Сейчас в теме
Добрый день, Подскажите пожалуйста на что влияет реквизит "Количество пользователей" в справочнике "Тесты"
65. Fragster 1149 15.05.13 12:09 Сейчас в теме
(64) khan, все, кроме того, что находится на панели "настройки", является информационным и в большей степени нацелено на информирование остальных пользователей теста при обмене результатами.

Конкретно это поле - сколько пользователей работает на данном сервере в "боевом режиме".

Написать подробную справку/инструкцию пока руки не доходят :(
70. Buldog57 14.06.13 16:16 Сейчас в теме
Просьба прокомментировать windows2012 + sql2008r2(64), 1c 8.2.18.61(32 битная)
Железо: Сервер SRV|Legion SL2500/4UT8G2 / CPU-E5-2620x2 / 65G 1333мгц / SAS3,5-300G15Kx4 / LSI Megaraid 9271-4i
raid 10.
Прикрепленные файлы:
71. Fragster 1149 14.06.13 16:32 Сейчас в теме
(70) Buldog57, а в районе 1-2 потоков можно покрупнее? или без временных таблиц. Вообще - сервер - зверь :)
73. Buldog57 14.06.13 16:42 Сейчас в теме
(71) Что то не пойму а что ты там хочешь увидеть?
74. Fragster 1149 14.06.13 16:50 Сейчас в теме
(73) Buldog57, сколько "попугаев" в 1 поток. Вообще - для практического применения можно воспользоваться графиком "производительность на поток", количество потоков, когда график пересечет 500 - это "условно максимальное" количество _активных_ пользователей, при котором они еще как-то смогут работать. Имеется ввиду именно железо, если на реальной базе "тормоза" начинаются сильно раньше - то, конечно, можно наращивать железо, но намного больший эффект даст оптимизация конфигурации 1с и/или организации бизнес процессов (применительно к серверу из (70)). Ну а если не все пользователи являются активными - то количество пользователей можно пропорционально увеличить.
66. khan 18.05.13 10:03 Сейчас в теме
Тестирую два сервера БД, т.е. сервер 1С - один, и два сервера БД. Получилось непонятно : одинаковый тест сервер БД1 показывает 976 на поток в среднем, сервер БД2 - 920, но при этом на сервере БД2 тест выполнился за 1 ч 52 мин, а на сервер БД1 - 2 ч 43 мин.
Т.е. по тесту БД1 производительней, а по времени выполнения результат обратный. Как это понять ?
67. Fragster 1149 18.05.13 11:35 Сейчас в теме
(66) khan, очень просто - после проведения собственно тестов идет удаление тех данных, которые были созданы в процессе, и чем больше этих данных - тем дольше они удаляются, а удалялись они в 1 поток в версиях до 2.0.006. В версии 2.0.006 удаление происходит по разным видам метаданных параллельно, что сократило время теста до ~35 минут на стандартной точности (по крайней мере на серверах где я тестил).
68. Fragster 1149 18.05.13 11:38 Сейчас в теме
кстати производительность сервера 1с намного сильнее влияет на результаты, чем производительность сервера СУБД, если они разнесены
69. Ed111111 11 22.05.13 00:55 Сейчас в теме
У кого какие результаты? Похвастайтесь. И какая конфигурация сервера дает такую производительность обязательно укажите)
72. Buldog57 14.06.13 16:37 Сейчас в теме
75. Fragster 1149 14.06.13 16:52 Сейчас в теме
Также показателен отчет "профиль выполнения" - он показывает сколько времени длилась одна операция, т.е. если 90% выполнялись 15мс, 9% - 30, а 1% - больше секунды - то отчет "профиль выполнения" это покажет.
76. Buldog57 14.06.13 17:05 Сейчас в теме
Теперь скину только через две недели когда заменят рейд плату глючная попалсь(((
77. CratosX 114 14.08.13 21:21 Сейчас в теме
(76) Buldog57, очень хочется посмотреть попугаев в одном потоке.
79. Buldog57 19.08.13 09:37 Сейчас в теме
(77) Сегодня привезут сервак завтра поиграюсь повешу скрин)
78. CratosX 114 14.08.13 21:33 Сейчас в теме
(0) Fragster
Версия 2.0.006
Также при очистке данных регистров накопления и сведений теперь выключаются итоги.


Включаются по окончании удаления или перед запуском теста?
80. Fragster 1149 21.08.13 18:00 Сейчас в теме
(78) CratosX, включаются по окончании удаления. Но удаление "на всякий случай" проводится еще и перед запуском теста - на случай, если предыдущий запуск отвалился и в регистре есть данные.
81. Buldog57 22.08.13 13:47 Сейчас в теме
Ура приехал сервачок)) выкладываю скрины, размер объектов обычные, повышенная точность очень долго плиз комменты)) потом еще с большими объектами тестану!!!
Прикрепленные файлы:
82. Buldog57 03.09.13 17:17 Сейчас в теме
что то Комментов нету
83. CratosX 114 03.09.13 17:21 Сейчас в теме
(82) Buldog57, сдохли от зависти))
84. Buldog57 03.09.13 17:52 Сейчас в теме
(83) CratosX, Ой да ладно))) не ужели прям гипер система)) даже ссд винтов нет:((
87. Fragster 1149 13.09.13 07:47 Сейчас в теме
(84) Buldog57, ну, у вас в пике 30000 по регистрам всяким, а у меня - 4 (правда этого все равно на 100 сонных пользователей хватает, да) :)
85. babys 90 12.09.13 16:38 Сейчас в теме
Fragster, объясните плз, для тех кто в танке. Могу ли я на Вашем тесте проверить нагрузочную способность 1С+SQL фермы на 50000 пользователей?
86. Fragster 1149 13.09.13 07:45 Сейчас в теме
(85) babys, там сейчас стоит ограничение в 112 потоков выполнения, скорее всего это для вашей системы будет маловато. Но код открыт, можете добавить/поменять количество потоков теста, только прошу в таком случае не обмениваться результатами, чтобы не "портить" общую базу