Цитата:
Сообщение от
Сисой
Интересный анализ выложен на
http://v8.1c.ru/enterprise/161/ . Это тестирование масштабируемости УПП. Дьявол, как обычно, в деталях. Нигде ничего не говорится о проведении документа в БУ и НУ. Если бы они тестировали при включенных галочках формирования проводок, скорость упала бы в разы.
А так, для оперативного учета в целом неплохо.
1. Это тестирование проведено в условиях, которые сильно отличаются от нормальных. Так основные тормоза проявляются из-за блокировки таблицы бухитогов. А в этом тесте "мягко" обошли эту проблему занимаясь только "оперативным проведением". И скорость упала бы не в разы, а на порядки.
Причем в тесте даже обоснование есть для того "мягкого" обхода...
Затем в неоперативном режиме другой оператор (бухгалтер) осуществляет его перепроведение"
Интересно, "затем" это когда, если в систему лупят документы около сотни пользователей?
Кроме того, "расчет себестоимости не производится"
2. Нигде не сказано, что в результате теста осталась хотя бы одна проводка, хотя бы одно движение в регистрах. Наше тестирование показало, что можно говорить о бешенной скорости, если "забыть" что документы проводятся для того, чтобы сформировались проводки и движения. Причем если Аксапта делает проводки всегда, то 1С грешит "оптимистичным" проведением - начинает и автоматически прерывает обработку из-за deadlock'ов.
Это значит, что возникает "забытый" в этом тестировании показатель "число успешно проведенных документов"
Очень хотелось бы взглянуть именно на этот показатель, а не "обрабатывала более 300 000 строк документов"
См. также
http://axapta.mazzy.ru/lib/axapta_benchmark/
3. Если число обработанных - это число документов, для которых была начата обработка, то верю. Вполне может быть.
Если число обработанных - это число документов, для которых созданы проводки и движения документов - не верю.
***** Предложение удалено на основании пункта 4.5. правил *****
Кроме того, всплывают интересные требования к железу:
См. обсуждение
http://itland.ru/forum/index.php?showtopic=14458