UnixWay: Часто запускаемый бинарник и редко изменяемая конфигурация

> бинарник проверяет контрольную сумму конфигурационного файла

Наверное проще проверять дату изменения. Про библиотеку только вчера где-то тут пробегало, поищи.

Может быть, лучше сделать а-ля сендмейл: текстовый конфиг (аналог sendmail.mc), его "компилятор" - взамен m4, генерящий бинарный конфиг (аналог sendmail.cf)?

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

ИМХО гораздо луче, если сделать утилиту, в которой валидация и экспорт в двоичный файл, не требующий парсинга/обработки вообще. Основная же прога не имеет делов с конфигфайлом напрямую, а только считывает двоичный файл, приготовленный этой утилитой. Меняеш конфигурацию, по выходу запускаеш утилиту, и никаких проверок не нужно.

> Конфигурационный файл - обычный текстовый .conf вида "PARAMETER VALUE", он меняется раз в неделю (в худшем случае) или раз в месяц (в норме).

> Парсинг конфигурационного файла в бинарнике длителен и занимает около 2 секунд на целевой машине.

Что-то долговато для такого простого формата. Какой он длины? Если небольшой, то, по-моему, не худо бы оптимизировать парсинг.

а может какой libConfuse статически вкомпилить: весит он мало ?

Типовой конфигурационный файл:
- размер 15'300 байт;
- кол-во строк 553.

Конечно там есть комментарии, парсинг сейчас реализован (не мною) как:
if (strcmp(string, "parameter1_name") == 0) { ... }
...
if (strcmp(string, "parameter1_name") == 0) { ... }

Если оптимизировать, то как лучше? Первое что подумал:

switch(string[0]) {
case a:
if (strcmp ...
break;
case b:
if (strcmp ...
...
}

А комментарии и пустые строки в этот цикл не попадают, они выше отсеиваются.

> Если оптимизировать, то как лучше?

как лучше -- см. info flex

но переписать придётся сразу всё

Во первых, strcmp здесь не годится вообще, если хочется скорости, то надо всё ручками писать, во вторых есть и готовые либы для парсинга таких конфигов, например, libconfuse о которой уже сказал Pi http://www.nongnu.org/confuse/

Кстати, если ручками будешь писать, то надо проверку делать наоборот, по сравнению с тем как сейчас у тебя, т.е., не искать какие параметры есть в конфиге, а наоборот, выделять параметр и значение и искать в индексированной таблице (хэш может быть) какая для него существует функция инициализации. Смотри также http://www.rsdn.ru/article/alg/textsearch.xml хотя здесь таких сложных методов не нужно, можно упростить.

Спасибо, буду думать-выбирать. Проект откроем под GPL ;-)