Леонид, 100 строк с номерами это деревня.
При 1000 строк разница почти в 30 раз.

------------ Дoбавленo в 18.54:
nesco, а я и не говорю что парсер регулярных выражений - это "индусский код". В этой программке ни на не нужна гибкость и применение парсера регулярных выражений в этой программке превращает её (эту программку) в настоящий "индусский код".

Кстати, по большому счету, где без него нельзя обойтись, я не представляю.

Без доброй половины палитры элементов можно обойтись, однако почему-то не удаляют

Зря ты так - есть всего около 50-ти самых востребованых компонент

Tad, маниакальная борьба за байты кода более подходит для маньяков асемблерщиков, нам простым смертным что по проще да по понятней

andrestudio, На тебе попроще. Статистика по файлам пакета Windows (не всем) с форума. Общее число использованых компонент 44008 шт.
Загрузи файл comp.rar в StringTable. (если интересно).
Примечание: 1% использования = 440 компонент

andrestudio, [flood]маньяки тоже иногда вынуждены жертвовать размером ради скорости, иногда код больше, а работает быстрее. Я даже больше расскажу, современная архитектура процессоров подогнана под уродский код компиляторов настолько, что маньяки-оптимизаторы старой закалки активно вымирают т.к. их знания сталкиваются с суровой действительностью, даже вирусы до мегабайтов пухнут нонче )[/flood]

никогда.

Tad, видать такая скурпулёзность во всём дело времени, ну что, поживём узнаем . на самом деле не так давно где-то мельком читал об этом

Да ладно. К примеру: табличный пасчет CRC занимает больше места, но работает быстрее алгоритмического расчета, который занимает меньше места в разы

Да ладно.за счет чего занимает больше места ? За счет сегмента DATA? Так это не исполняемые коды. А вычислить координаты в таблице намного легче.
И если сравнить откомпилированные и дизасемблированные листинги, то табличный сегмент Code в разы менше сегмента code алгоритмического расчета.
И вполне возможно что таблица загружается в кэш процессора.
nesco, чудес не бывает - каждая команда процессору должна быть выполнена и чем меньше команд тем быстрее все выполняются.
Всё. Ликбез закончен.

Есть одно но. Не всегда таблица помещается в сегмент DATA, возможно решение, когда таблица генерится один раз при запуске, и дальше идет работа уже с готовой таблицей. Где в данном случае будет больше кода -- в генераторе плюс выбрка или алгоритмическом варианте

Никаких но - это уже две программы.
Первая, генерящая таблицу, работает при запуске и увеличивает время запуска, но потом висит совершенно бесполезным грузом и, кстати, менеджер памяти Windows по хорошему должен выбросить ее из памяти в файл подкачки, а в памяти останется только вторая - исполняемые коды которой намного меньшие алгоритмических.
После генератора таблицы можно также добавить проигрываниие Гимна России (и еще много чего) с просмотром порносайтов и блокировкой работы ОС до конца исполнения, что конечно бесспорно превратит твоё решение в "Индусский код".

------------ Дoбавленo в 01.38:

Приехали. По твоим понятиям, любая независимая часть (функциональный вызов, подпрограмма) одной программы есть своя независимая программа, это что-то новенькое.
Tad, тебе не кажется, что ты скатился в демагогию

Кто куда скатился вопрос спорный.

Ещё раз Пятая страница заканчивается
------------ Дoбавленo в 10.00: