-del-

Короче, напрашивается выввод, что разница настолько микроскопическая, что обращать на нее внимания не стоит, по крайней мере, даже разов не видно, а в некоторых случаях новый компонент, бывает, еще и быстрее работает.
Народ, не забывайте еще один момент, в моем CounterEx применяется объектный вызов методов, что напрямую зависит от скорости диспетчера памяти и работы конвеера и кэша CPU, на мультипроцессорных системах он может, в некоторых случая, выигрывать в скорости. Что, кстати, видно по первому тесту 1nd1g0, где на старой архитектуре результат оказался хуже

всегда под администраторомНикогда не сжимаю exe (винда не любит сжатые exe)не стыкуется с рекомендацией

Tad, я так полагаю, что запуск в безопасном режиме был предложен для чичтоты эксперимента, чтобы максимально исключить влияние работы ОС на тестирование. Никто работать с ПО на полную мощность в этом режиме рабты ОС не собирался

ни хрена не видно. Пусть поменяет порядок теста (Counter-ы местами ) и результат сразу изменится на противоположный.

Tad, не исключено, что процедура закгрузки кэша CPU влияет на последовательность результатов. При работе с математикой на быстродействие сильно влияет АЛУ CPU и конвеер, но при работе с указателями и объектами на быстродействие больше влияет уже скорость диспетчера памяти

Набрал статистику 5 000 х 1 000 000.
Да одинаковые они.
Ребята, давайте перестанем дурью маяться.

Оригинально. И это при том, что в обычном счетчике нет обработчика события перехода границы, а в CounterEx всегда есть, пусть иногда и пустой, но функциональный вызов
------------ Дoбавленo в 13.02:

Уже можно, и так понятно, что метод объектного переанаправления очень перспективный метод

А с компонентом что делать будем, воткнем в пакет как альтернативный Кому надо, тот будет использовать

Нет как основной, а старый на пенсию в скрытые. Я у себя уже сделал.
nesco, и сделай event-точки скрытыми. Кому надо - нужные откроет.

А вони не будет - мол, куда точки пропали

nesco, ты скрой, а там видно будет, все таки svn у нас не ограничен в ревизиях

Ну да, убрать или поставить звездочку в *.ini -- офигенно большая проблема

в мсек с нагруженными onNext > Memory.doValue
и CounterEx.onThroughMax > Memory.doClear
------------ Дoбавленo в 13.37:
Так пока же его ещё никто не использует (почему-то кажется, что вонь будет)
------------ Дoбавленo в 13.55:

Угу, а потом получить нагоняй от черепахи, мол "файлы то разные! Отличаются от базы!"

Так в базе по многочисленным требованиям поправить
------------ Дoбавленo в 14.20:
Tad, очень хорошо, просто отлично -- при большем функционале получили лучший результат
------------ Дoбавленo в 14.24:

Тогда, все же, точку onNext лучше оставить