Uncle_Alex"Так, пропускная способность при одновременной работе 200 пользователей выросла почти в 1.5Б а время записи и проведения документа составило менее 3.5 секунды."
Впечатляет, каждый пользователь может воспользоваться возможностью ввести данные не чаще чем раз в 10 мин.

В тесте пользователи раз минуту вводят документы.

Uncle_Alex vogenut Uncle_Alex"Так, пропускная способность при одновременной работе 200 пользователей выросла почти в 1.5Б а время записи и проведения документа составило менее 3.5 секунды."
Впечатляет, каждый пользователь может воспользоваться возможностью ввести данные не чаще чем раз в 10 мин.

В тесте пользователи раз минуту вводят документы.
Но время тратят при этом не одну минуту. Есть разничка, вводить по три строки или по 100. Посему мерять прямолинейно документами не катит. С ростом количества вводимой информации растет количество исправлений, которые надо перепроводить. Перепроведение резко садит производительность. Так что меряли как было удобно, а не как бывает на самом деле.

Время тратят не одну минуту, а 3.5 секунды. Вводят по 20 строк в документ. Вы документ читали?

Uncle_Alex vogenut
Время тратят не одну минуту, а 3.5 секунды. Вводят по 20 строк в документ. Вы документ читали? Конечно читал, сидит куча испытуемых синхронно вводят одинаковое количество строк, делают регулярную паузу в итоге распределяют нагрузку более менее равномерно. А на деле будут пики, когда десяток человек готовят каждый свое, потом сбрасываю почти обновременно и сядят репу чешут. И чем больше народу тем вероятность такой ситуации выше. Но бог с ним Но самая крутая производительность по обработке строк 100 с чем то тысяч в час. Тут кто то рассказывал, что скорость никому не нужна....

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

Uncle_AlexВремя формирования самого документа задержкой не считается?

Из документа:

При проведении тестирования измерялись следующие показатели производительности:
* Фактическая пропускная способность системы C количество строк документов,
обработанных системой в единицу времени.
* Среднее время записи и проведения одного документа

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

Uncle_Alex vogenutДля пиковых нагрузок там отдельный тест. 20 пользователей, без задержек долбят документы по 5 строк.
Ну зачем изобретать велосипед. Кассовый зал супермаркета на пятьдесят касс, все расставил бы на свои места.

Хороший подход :) Перефразируя, зачем тестировать программу? Пользатели все расставят на свои места.

velmar авторКаждый тестовый пользователь создает документы со своим уникальным набором
товаров, то есть все движения документов записываются параллельно, не приводя к
блокировкам.А если будет конкурентный доступ?

Это стандартная практика - SAP и Microsoft точно так же тестируют, без конкурентного доступа.

velmar авторвремя записи и проведения документа составило менее
3.5 секунд далее на странице 9 авторВремя записи и проведения документа (сек.)
8.0 - 11.81
8.1 - 4.84 Так 3.5 или 4.84?

И так далее.....

Там два теста - один обычный (200 пользователей, вводят 20 строк каждые 60 сек), второй пиковый (20 пользователей, вводят 5 строк без задержек). Поэтому и два результата.

iscrafmфактически - тестируется производительность пользовательского интерфейса :)

обоснуй

Третий график в отчете левый (вместо времени проведения стоит первый график). Правильный график нашел у mazzy :) http://forum.mazzy.ru/index.php?showtopic=955&st=40

iscrafm vogenut iscrafmфактически - тестируется производительность пользовательского интерфейса :)

обоснуй
плз... Нагрузка на систему происходит только в момент отработки процедуры проведения (сохранения) документа. Моменты ввода отбрасываем.. Это же трехзвенка? Какая в трехзвенке конкуренция в момент ввода, а? Т.е. суть теста в последовательном, фактически не конкурентном выполнении коротких транзакций.

Насколько я знаю, это общепринятый подход у разработчиков ERP систем. Посмотри отчеты Microsoft или SAP, такие же ограничения.

iscrafm vogenut
Насколько я знаю, это общепринятый подход у разработчиков ERP систем. Посмотри отчеты Microsoft или SAP, такие же ограничения.
я тоже это знаю, поэтому более менее серьезно об этом можно говорить только в случае К-С архитектуры системы, где держится прямой постоянный коннект с СУБД...

в каком смысле? SAP и Microsoft тестируют трехзвенку, клиенты коннектов к СУБД напрямую не имеют.

М=уИнтересно при скольких пользователях УПП 1.2 на платформе 8.1 не сможет работать...
тестировали при 200, очевидно большее количество уже не потянет!
В MS Ax Тестировали на 3600!

Я вот смотрю на график и такого не вижу. А MS тестирует на кластере из 8 серверов, так что делить надо. Да и глупо сравнивать тесты от разных производителей, все же они отличаются. SAP вон и на 93000 пользователей тестируют!

Я удивлен, как вы документы читаете? Mazzy - ты третий уже :)

mazzy3. ничего не сказно про то были ли включены бух.проводки (или я не нашел)
бух.итоги - слабое место в 1С в плане производительности. Если включить галочки бух.учет и нал.учет, то производельность значительно падает. В 8.1 обещали сильно поправить работу с бух.итогами. Странно, что я не нашел результатов тестирования в этой области.

Во время проведения документа система выполняла следующие действия:
.........
Формирование проводок по бухгалтерскому и налоговому учету:
* По выручке (бухгалтерский и налоговый учет)
* По НДС (бухгалтерский учет)
* По взаиморасчетам (бухгалтерский учет)
* По суммовым разницам (бухгалтерский и налоговый учет)
* По курсовым разницам (бухгалтерский учет)

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

Результаты представлены в виде пропускной способности (количество введеных строк за единицу времени) и времени реакции. Количество введенных документов = количество введенных строк / количество строк в документе.

Нашел статью в web виде - http://v8.1c.ru/tests81/

Генетический мусор ХорошийПрограммиступравляемые блокировки...

Что это такое ? Сотый раз спрашиваю, никто внятно ответить не может.

http://v8.1c.ru/overview/datalockcontrol.htm

mazzyКатегорически призываю оставаться в пределах заданной темы.
Если хотите обсуждать производительность других систем - открывайте новые топики.
Создавайте ссылки между сообщениями. Они работают.

Mazzy у меня вопрос не в тему - а зачем редактировать сообщения участников и при этом не оставлять пометок?

mazzy
Да... невнимательно читаю...

Цитирую:
Каждый тестовый пользователь создает документы со своим уникальным набором товаров, то есть все движения документов записываются параллельно, не приводя к блокировкам.

Ну, зачем я начал перечитывать этот документ?
Очень жизненные тестовые условия...
Угу. Осталось только реальным 200 менеджерам сказать, чтобы они одинаковый товар не продавали....Mazzy, вы прекрасно и без меня знаете, что и MS и SAP тестируют точно таким же таким же образом. Более того, в некоторых тестах MS, используются совершенно разные роли пользователей, и они делают разные вещи. Так что 200 менеджеров вбивающий один и тот-же товар никто не тестирует.

mazzy
Йес! Они сделали это!
965 / 20 ~= 50 документов в час...
...При условии, что каждый отгружает только свой товар и расчет себестоимости не производится.Молодец, Mazzy! Вы открыли великий закон природы! Если документ создаеться и проводиться раз в минуту (по тесту), то в час можно создать не более 60 документов. :) Если серьезно, то из графиков только видно, что 8.0 на 200 пользователей уже не может справляться с задачей ввода документов по сценарию (раз в минуту), но 8.1 может.

mazzy
Вот с чем маркетологи 1С прокололись... Так это с определением пиковой нагрузки.
Наверное это очень показательно. Цитирую:
В данном тесте оценивалась работа системы в режиме пиковых нагрузок . Интенсивность работы тестовых пользователей в заданных условиях значительно превышает возможности реальных пользователей. ... Количество одновременно работающих пользователей: 20 ... Пользователи вводят документы без паузы... Количество строк в табличной части "Товары": 5

Так вот какая нагрузка является пиковой для 8.1 по мнению маркетологов 1С.

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

Про оборудование и прочие технические детали уже не хочется говорить...
А ведь казалось, что к документу есть только пара вопросов...
Ключевое слово здесь без паузы. Наверняка, заполнение документа занимает гораздо меньше времени, чем его запись и проведение. Отсюда возникает постоянная нагрузка на сервер. Плюс к этому, проблемы с блокировками в MS SQL все равно могут возникать, несмотря на разные товары. Например по индексам.

mazzy
vogenut, можно дать совет: не заставляйте других перечитывать этот документ.
Радует только то, что апгрейд с 8.0 на 8.1 бесплатный.Я никого не заставляю. Как и не заставляю выражать свое мнение, только прочитав заголовок документа. О вкусе устриц спорят с теми кто их ел.

iscrafm vogenutО вкусе устриц спорят с теми кто их ел.
тоже самое впрочем можно сказать об обсуждении ничего не показывающих тестовТогда приведите ссылку на тест, хоть что-то показывающий. Я имею в виду тест с результатами, а не саму идею теста.