Существуют ли какие-либо специальные руководства для Informix по оптимизации любой операционной системы, в которой работает механизм ifx? Например, в Linux сократите до минимума все ненужные двоичные файлы, демоны, утилиты, настройте параметры ядра, оптимизируйте исходные и готовые устройства (hdparm). Когда-нибудь, возможно, informix сможет создать свою собственную O / S, подобную PICK. Общая идея состоит в том, чтобы ОС, в которой установлен ifx, имела наименьший размер, наименьшие накладные расходы на ifx и обеспечивала оптимальную производительность ifx.
Дайте IDS больше дисковых шпинделей, больше оперативной памяти, больше процессоров, меньше конфликтов со стороны другого программного обеспечения, и в целом она будет работать лучше. (Забавно - звучит как рецепт хорошей производительности для любого программного обеспечения, которое на самом деле может использовать несколько процессоров.)
Одна из более сложных проблем - это сопоставление пула буферов ядра с предпочтениями Informix для прямого ввода-вывода. Вообще говоря, СУБД будет работать лучше всего, когда операционная система не выполняет для нее большую буферизацию; СУБД уже обрабатывает буферизацию в разделяемой памяти и хочет, чтобы ее записи шли прямо на диск. Итак, вы хотите настроить пул буферов ядра в сторону понижения и позволить IDS использовать сэкономленное пространство.
Сведение к минимуму времени выполнения служб поддержки ОС - хорошая идея; Удаление лишних служб повышает безопасность и снижает нагрузку на машину, оставляя больше для IDS. Вы должны решить, какие услуги вам нужны. Если все клиенты подключаются из коробки, вам, вероятно, понадобится SSH для подключения администраторов к / с, FTP, SNTP, возможно, SNMP (но, вероятно, нет), сетевые службы (DNS, любая сетевая аутентификация - YP, NIS + или LDAP или что у вас есть), и не более того.