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