Classic ou Superserver ?

Firebird existe sous deux formes, appellées architectures: Classic Server et Superserver. Laquelle installer ? Et bien, cela dépend de votre configuration. Un rapide aperçu des différences les plus importantes sont listées ci après.

Tableau 1. Firebird 1.5 Classic Server vs. Superserver

Classic Server	Superserver
Très stable sous Linux; encore pour certains points experimental sous Windows.	Très stable sous Windows et Linux.
Un processus est créé pour chaque connexion cliente, chacune avec son propre cache. Moins de ressources sont utilisées si le nombre de connexion est faible.	Un seul processus serveur avec un thread pour chaque connexion. Le cache est partagé. Plus efficace si le nombre de connexions simultanées est élevé.
Permet un accès rapide, direct pour les E/S vers les fichiers de la base de données pour les connexions locales sous Linux. Sous Windows, vous devez faire les connexions locales avec la notation réseau, en vous connectant à `localhost`.	Sous Linux, les connexions locales doivent être faites sous la forme réseau en se connectant à `localhost`. Avec Windows vous pouvez utiliser des connexions directes locales, mais elles sont moins rapide qu'avec le serveur « Classic » sous Linux et aussi moins sûres.
Windows: Implémentation partielle de Services Manager, les tâches comme sauvegarde/restauration, arrêt de base etc. sont possible à travers le réseau. Les autres tâches de service doivent être faites à l'aide d'outils clients locaux (petits éxecutables) qui sont livrés avec Firebird. Linux: Services Manager complets.	Services Manager complets ( Windows et Linux) vous permet d'effectuer des tâches de maintenance (sauvegarde/restauration, arrêt de base, gestion des utilisateurs, statistiques, etc.) par programmation. Vous pouvez vous connecter au Services Manager à travers le réseau et donc effectuer ces tâches à distance.
Support SMP (multi-processeurs). Meilleures performances dans le cas d'un petit nombre de connections ne s'influençant pas les unes les autres.	Pas de support SMP. Sur les machines Windows multi-processeurs, les performances peuvent chuter énormément si l'OS bascule les processus entre les CPUs. Pour éviter cela, utiliser le paramêtre `CpuAffinityMask` dans le fichier de configuration `firebird.conf`.

Comme vous pouvez le constater, aucune des architectures surpasse l'autre sur tous les points. Ce n'est pas vraiment surprenant : Nous ne livrerions pas deux architectures si l'une était vraiment meilleure que l'autre.

Si vous n'êtes pas certain de quelle architecture choisir (peut être que vous trouvez tout cela un peu trop technique), utilisez ces règles simples:

Sous Windows, prenez Superserver.
Sous Linux, faites comme vous voulez. Dans la plupart des cas, vous ne verrez pas la différence en termes de performances.

Notez que vous pouvez toujours basculer d'une architecture à l'autre plus tard; vos applications et vos bases fonctionneront toujours (sauf si vos applications font appels à certaines fonctionnalités des Services Manager encore mal implémentées dans la version Classic).

Pour Linux, les paquets Superserver à télécharger commencent avec FirebirdSS, les paquets Classic avec FirebirdCS. Pour Windows, il existe un utilitaire d'installation combinant les deux; vous choississez l'architecture pendant l'installation.

Note

Nous n'avons pas été tout à fait honnêtes avec vous. Firebird existe sous une troisième forme: Embedded Server (serveur embarqué), mais c'est une configuration complètement différente et n'est pas faite pour une architecture client-serveur. Consultez les Release Notes (notes de version) pour plus de détails.