Схема под FASM - у меня не компилируется:
code_12875.txt
------------ Дoбавленo в 12.24:

vovs, вообще-то строк больше гораздо, из них подходящих по длине для текущей около 1000, на эти средние параметры я и пытаюсь выйти.
Nic, FASM по скорости ~IC, ой, перепутал с FTCG
Tad, найдена только эта тема ждём вечера.
------------ Дoбавленo в 12.29:
Валерий, у православных пасха отличается на неделю

Могу поделиться светлой мыслью: массив строк нужно отсортировать, и искать в нём бинарным поиском, т.е. сначала сравниваем со строкой, которая посередине, потом, в зависимости от результата сокращаем интервал поиска вдвое (либо верхнюю часть берём, либо нижнюю). Время на сортировку, конечно, потребуется, но если количество поисков сравнимо с количеством строк в массиве, то бинарный поиск стопудово выиграет. Если же массив каждый раз разный, т.е. количество поисков всегда "один", то тут видимо уже ничего не поделаешь, по крайней мере, на вскидку, хорошего решения в голову не пришло.

может поможет
http://algolist.manual.ru/search/index.php

официального нет, но вчера посмотрели всенощную с горячительным
Сегодя продолжим...

Леонид, может в обед. Часов в 15-16.
------------ Дoбавленo в 16.43:
Леонид, вот таким я пользоваля при анализе ивритских текстов
------------ Дoбавленo в 16.44:
Извини, но я забыл о разнице во времени

Tad, спасибо, у меня строки в массиве, а массив с квадратными скобками, поэтому я и упустил эту функцию "for i := 1 to iMin do if sOp1[i] = sOp2[i] then Inc(iSame);" С выложенным if_p вместо элемента copy задача "в лоб" за 40 мсек (в 100 раз быстрее), задача с IC с упомянутой функцией в 6 раз быстрее: за 0,7 мсек, это более чем достаточно!
tsdima, и правда, есть в моих строках возможность предварительной сортировки для применения уменьшения выборки раза в четыре на основании предыдущих измерений, спасибо за "светлую мысль"
Спасибо всем, кто не оставил меня в трудную минуту, ребята, разве вы не видите, как я аж приплясываю от радости

Леонид, значит АКОЛЬ ТОВ.