Оптимизация алгоритма поиска в C

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

Кроме того, переменная, я не оказываю большое влияние, слово, остается постоянной всюду по функции, и остальное является слишком большим для помещений в любой регистр. Это - только вопрос, насколько большой кэш и если целый массив мог бы соответствовать там.

Сравнения строк являются довольно дорогими в вычислительном отношении.

Можно ли, возможно, использовать некоторое хеширование для массива перед поиском?

Существует известная техника как метод сигнальной метки. Для использования метода сигнальной метки необходимо знать о длине "массива []". Можно удалить "массив [я]! = ПУСТОЕ" сравнение при помощи сигнальной метки.

int lookup(char *word, char*array[], int array_len)
{
    int i = 0;
    array[array_len] = word;
    for (;; ++i)
        if (strcmp(word, array[i]) == 0) 
            break;
    array[array_len] = NULL;
    return (i != array_len) ? i : -1;
}

Для оптимизации того кода, лучший выбор состоял бы в том, чтобы переписать strcmp стандартную программу, так как Вы только проверяете на равенство и не должны оценивать все слово.

Кроме этого Вы еще не можете сделать многого. Вы не можете отсортировать, поскольку кажется, что Вы ищете текст в рамках большего текста. Двоичный поиск не будет работать ни один, так как текст вряд ли будет отсортирован.

Мои 2 пункта (C-psuedocode):

wrd_end = wrd_ptr + wrd_len;
arr_end = arr_ptr - wrd_len;
while (arr_ptr < arr_end)
{
    wrd_beg = wrd_ptr; arr_beg = arr_ptr;
    while (wrd_ptr == arr_ptr)
    {
        wrd_ptr++; arr_ptr++;
        if (wrd_ptr == wrd_en)
            return wrd_beg;
    }
    wrd_ptr++;
}

При чтении TPOP Вы будете затем видеть, как они делают этот поиск много раз быстрее с различными структурами данных и алгоритмами.

Но можно сделать вещи немного быстрее путем замены вещей как

for (i = 0; i < n; ++i)
    foo(a[i]);

с

char **p = a;
for (i = 0; i < n; ++i)
    foo(*p);
    ++p;

Если существует известное значение в конце массива (например, Пустой УКАЗАТЕЛЬ), можно устранить счетчик цикла:

for (p = a; *p != NULL; ++p)
    foo(*p)

Удача, это - замечательная книга!

Mark Harrison: Ваш для цикла никогда не будет завершаться! (++ p располагается с отступом, но не на самом деле в для :-)

Кроме того, переключение между указателями и индексацией не будет обычно иметь никакого эффекта на производительность, и при этом добавление не зарегистрирует ключевые слова (как циновка уже упоминает) - компилятор достаточно умен для применения этих преобразований в соответствующих случаях, и если Вы скажете это достаточно о Вашей дуге CPU, то это сделает лучшее задание их, чем руководство psuedo-micro-optimizations.

Более быстрый путь к строкам совпадения состоял бы в том, чтобы сохранить их стиль Паскаля. Если Вам не нужны больше чем 255 символов на строку, сохраните их примерно как это с количеством в первом байте:

char s[] = "\x05Hello";

Затем можно сделать:

for(i=0; i<len; ++i) {
    s_len = strings[i][0];
    if(
        s_len == match_len
        && strings[i][s_len] == match[s_len-1]
        && 0 == memcmp(strings[i]+1, match, s_len-1)
    ) {
        return 1;
    }
}

И получить действительно быстрые подсказки упреждающей выборки дополнительной памяти для строки запускаются + 64, + 128 и запуск следующей строки. Но это является просто сумасшедшим.:-)

Другой быстрый способ сделать это состоит в том, чтобы добраться, Ваш компилятор для использования SSE2 оптимизировал memcmp. Используйте массивы символов фиксированной длины и выровняйтесь так, строка запускается на 64-байтовом выравнивании. Затем я полагаю, что можно получить хорошие функции memcmp при передаче соответствия символа константы [64] вместо символа константы *соответствие в функцию или соответствие strncpy в 64,128,256, безотносительно массива байтов.

Думая немного больше об этом, эти функции соответствия SSE2 могли бы быть частью пакетов как библиотеки акселератора Intel и AMD. Проверьте их.

Реалистично, установка I, чтобы быть регистровой переменной не сделает ничего, что компилятор уже не сделал бы.

Если Вы готовы провести некоторое время, заранее предварительно обрабатывающее ссылочный массив, необходимо погуглить "Самую Быструю Программу скрэббла В мире" и реализацию это. Спойлер: это - DAG, оптимизированный для символьных поисков.