craxx
рыжий котэ
У меня такое ощущение что это тупой пиар.
Два джуниора с одним сообщением у каждого подняли топ...
Два джуниора с одним сообщением у каждого подняли топ...
fev_trsoft
junior
Не должно такого быть, что-то не так.
Как-то делал тестовую базу УПП на 6 миллионов документов (100 гигов получилось). Заполнилась она роботами где-то за полторы недели и жила вполне адекватно. Только блокировки в управлемый режим перевел, и, понятно, проведение по партиям из оперативного режима убрал.
Поэтому не считаю размер базы критичной величиной для проведения тестов производительности.
Замеры проводили примерно так:
накатили на УПП Тест-центр, подняли нужное количество виртуальных пользователей (скажем,100), задали им минимальный интервал ввода минуты в 3, запустили, типовой сценарий Закупки,Продажа, производство в УПП, скажем, на час.
100 * (60/3) = 2000. Реально объем минимум вдвое больше, потому что у пользователя цикл документооборота не из одного документа состоит.
За неделю тестов документов каждого используемого вида в базе > 10 000 точно, не сто тысяч, конечно, но и не единицы.
Как-то делал тестовую базу УПП на 6 миллионов документов (100 гигов получилось). Заполнилась она роботами где-то за полторы недели и жила вполне адекватно. Только блокировки в управлемый режим перевел, и, понятно, проведение по партиям из оперативного режима убрал.
Поэтому не считаю размер базы критичной величиной для проведения тестов производительности.
Замеры проводили примерно так:
накатили на УПП Тест-центр, подняли нужное количество виртуальных пользователей (скажем,100), задали им минимальный интервал ввода минуты в 3, запустили, типовой сценарий Закупки,Продажа, производство в УПП, скажем, на час.
100 * (60/3) = 2000. Реально объем минимум вдвое больше, потому что у пользователя цикл документооборота не из одного документа состоит.
За неделю тестов документов каждого используемого вида в базе > 10 000 точно, не сто тысяч, конечно, но и не единицы.
fev_trsoft
junior
>типовая УТ под скулем тихо мирно сдувается
в ЦУПе не смотрели - из-за чего?
в ЦУПе не смотрели - из-за чего?
Sadovnikov
v.i.p.
Нет, не смотрел. Руки пока не дошли. Целью эксперимента было просто помотреть поведение типовой УТ на хоть каком-то объеме данных. Причины чуть позже выяснять будем, как времени немного появится.
fev_trsoft
junior
Кстати говоря. Все-таки, возможно, мы некорректно сравниваем УТ и УПП. Именно про УПП была информация, что с 1.2.15 она была очень сильно доработана на тему производительности и серьезно с тех пор на эту тему мониторится. А про УТ у меня такой информации нет.
Сейчас читают
Что здесь можно противопоставить? (часть 2)
122080
874
ВЫСТАВКИ кошек
235517
1000
Дозор страстный
73483
1000
Rondo
junior
п.9
А вы попробуйте самиExpress-C денег не просит, возьмите с сайта 1С и загрузите в нее .dt-ник.
А вы попробуйте самиExpress-C денег не просит, возьмите с сайта 1С и загрузите в нее .dt-ник.
Sadovnikov
v.i.p.
Почитайте веточку внимательно. Я на УТ-шке пробовал. Результаты, мягко говоря, не впечатлили.
Плюс, есть 2 живых примера УПП перед глазами. Не взлетают типовые конфиги от 1С на больших объемах. Увы.
Плюс, есть 2 живых примера УПП перед глазами. Не взлетают типовые конфиги от 1С на больших объемах. Увы.
Rondo
junior
п.9
Не понял на какой версии DB2 вы все это пробовали?
Не понял на какой версии DB2 вы все это пробовали?
Rondo
junior
п.9
ВО! Попробуйте поставить DB2 и посмотрите.
В ней есть один интересный алгоритм, который позволяет более эффективно строить планы запросов. План запроса перекомпилируется после того, как получены его результаты. 1С этот режим по-умолчанию использует.
ВО! Попробуйте поставить DB2 и посмотрите.
В ней есть один интересный алгоритм, который позволяет более эффективно строить планы запросов. План запроса перекомпилируется после того, как получены его результаты. 1С этот режим по-умолчанию использует.
Sadovnikov
v.i.p.
Есть у меня подозрение, что кривые запросы типовых конфигураций это не исправит...
Повторюсь - только подозрения. Не проверял.
Повторюсь - только подозрения. Не проверял.
Rondo
junior
Ну у DB2 оптимизатор хороший.Призван исправлять кривые запросы на более правильные.