Existe-t-il des guides spécifiques à Informix pour optimiser tout système d'exploitation où un moteur ifx est exécuté ? Par exemple, sous Linux, réduisez au strict minimum tous les binaires, démons, utilitaires et paramètres du noyau inutiles, optimiser les périphériques bruts et cuits (hdparm). Un jour, peut-être, Informix pourra créer son propre système d'exploitation propriétaire de type PICK. L'idée générale est que le système d'exploitation sur lequel ifx est installé ait la plus petite empreinte, le plus faible impact sur ifx et fournisse des performances ifx optimisées.
Réponse
Trop de publicités?
Donnez à IDS plus de broches de disque, plus de mémoire principale, plus de CPU, moins de conflits avec les autres logiciels, et il fonctionnera généralement mieux. (C'est amusant - cela ressemble à une recette pour de bonnes performances pour tout logiciel qui peut réellement exploiter plusieurs CPU).
L'une des questions les plus délicates consiste à mettre en balance le pool de tampons du noyau et la préférence d'Informix pour les E/S directes. En général, un SGBD fonctionne mieux lorsque le système d'exploitation ne fait pas beaucoup de mise en mémoire tampon pour lui ; le SGBD gère déjà la mise en mémoire tampon dans la mémoire partagée et veut que ses écritures aillent directement sur le disque. Vous voulez donc régler le pool de tampons du noyau vers le bas, et laisser IDS utiliser l'espace économisé.
La suppression des services superflus accroît la sécurité et réduit la charge de travail de la machine, ce qui laisse plus de place à IDS. Vous devez décider des services dont vous avez besoin. Si tous les clients se connectent à partir de la boîte, vous avez probablement besoin de SSH pour que les administrateurs puissent se connecter à/avec, FTP, SNTP, peut-être SNMP (mais probablement pas), les services réseau (DNS, toute authentification réseau - YP, NIS+ ou LDAP ou autre), et pas grand chose d'autre.
