login писал(а):
большой мульти-массив - фундамент программыВам стоит задуматься о собственной структуре данных прямо в памяти. Такое впечатление, что массивы в этой версии компилятора плохо оптимизированы под Ваши задачи, особенно заметно это проявляется в нерегулируемости уровней их вложенности динамически. Самым целесообразным будет использование массива с заведомо избыточной размерностью, и тут может оказаться, что работа с большим фрагментом памяти и вычислением смещения внутри по формуле условного деления на секции, драматически обгонит массив по скорости работы и оперируемости.
login писал(а):
"В коде" такие программы, пишут коллективом в 15 человек - по 6-7 лет.Не я ли это говорил Вам ранее? А чтобы HiAsm идеально подходил для целей написания таких программ Вам одному потребуется (15*7=105) вся жизнь. Другими словами, не был он рассчитан на создание приложений, ворочающих массивы данных в реальном времени с синхронизационной точностью до микросекунд.
[offtop]
login писал(а):
HiAsm это новое изобретениеДа ему уже лет 8, вроде. За эти годы сама жизнь чётко показала, какую нишу (утилит и скоростных прототипов приложений) занимает эта среда. При правильном планировании серьёзные приложения можно делать почти на чём угодно. Например, на моём новом ПК все ваши циклы прекрасно укладываются в 500 мкс с огромным запасом. Но объективной универсальности Вы не добьётесь. Как помню, там, где у меня 15% времени ЦП, у Вас - 99%. Хороший прототип, плохой финальный продукт.[/offtop]