b2m ленится оптимизировать "по-мелкому", а мне было интересно. Заменил в последнем pi.rar умножение и деление:
100 цифр - 12868015 тактов - 7.24 сек
536 цифр (из них 535 верно) - 351958021 тактов - 3 мин 18 сек
Просто охренеть. И там еще есть резервы, я их не трогал, тупо заменил процедуры. А так явно можно 100 знаков меньше чем за 7 секунд посчитать. Как бороться с b2mом?

- - - Добавлено - - -

Уточню - это без учета времени расчета таблицы умножения