По моему опыту, скорость работы транзакционного приложения (каковым и Аксапта, безусловно, является) на 80-85% определяется ожиданием завершения операции базой данных. Поэтому трехкратный (например) прирост скорости интерпретации кода X++ даст всего-лишь 5-7% выигрыша в производительности. Вот собственно и вопрос - стоит ли вкладывать время и деньги в оптимизацию интерпретатора (кстати с шансами поломать совместимость), если при замене СУБД на более современную (скажем - SQL 2005 на SQL 2008 или Oracle 10 на Oracle 11), можно на том же железе добиться более существенного выигрыша в производительности ? А если очень хочется из Аксапты какие-то сложные вычислительные задачи порешать, так по моему проще написать DLL-ку на C++. Кстати и готовую (и бесплатную) матбиблиотеку или просто отдельную функцию для C++ найти гораздо проще.
Последний раз редактировалось fed; 20.09.2008 в 10:37.
|