>serg1224, если чесно не понимаю в чём сходство Solaris 10 SMF с
>Windows Registry, задачи у них совершенно разные, никто даже не думал

Да забудьте вы это слово "Registry". Важен сам подход - хранение cfg в формате, который удобен для разбора и составления программным способом а не вручную. Что касается дружелюбности к человеку. Если формат cfgdb будет единым как ASCII для текстовых конфигов, то для админа нет никакой разницы запускать текстовый редактор или какой-нибудь cfgedit.

Преимущества:
1) программистам не нужно каждый раз изобретать формат своих текстовых конфигов со всякими способами как засунуть список в переменную, как экранировать специсимвол в значении (пробел, знак равно), как программе сказать, что 09 это строка символов а не число и т.д., они просто используют библиотеку для работы с cfgdb;
2) при установке программы или её обновлением скрипт установки или менеджеры пакетов не будут ковыряться в конфигах sed'ом а будут использовать опять-таки библиотеку libcfgdb;
3) программист программы получает возможность в схему встроить подсказки к параметрам, которые сейчас оформляют в виде кооментариев к конфигу-примеру и которые сильно замусоривают его, снижая наглядность а удалять их не всегда хочется - вдруг позже пригодится, эти подсказки можно сделать выдимыми в cfgedit;
4) для параметров, значения которых должны являтся членом какого-то множества (типа yes-no или low-medium-high или [1-2] и т.д.) cfgedit может выполнять проверку на ошибки ввода или даже давать выбор из списка и ничего более;
5) cfgedit может автоматически увеличивать номер версии cfgdb после каждого редактирования, вспомним файлы описания зон BIND'а и как многие забывают обновить номер версии после внесения изменений;
6) сетевые сервисы, которые динамически запускают и останавливают множественные экземпляры должны иметь постоянную возможность читать cfg - cfgdb можно редактировать без останова обслуживания и боязни сделать промежуточный нечитаемый cfg.

И т.д. и т.п. .