500 connexions Superserveur [Résolu]

[jose.ignacio.agata]

bonjour à Tous

j'ai lu un papier traduit par Philippe qui dit

Chaque Firebird Superserveur est limité en pratique à un maximum de 150 à 400 connexions concurrentes. Cela vient du fait que Superserveur et toutes ses connexions à toutes ses bases de données sont
encapsulées dans un seul processus 32-bit.

et

Donc avec 500 connexions Superserveur vous utilisez un gigaoctet, laissant
en gros moins d'un gigaoctet de RAM totale adressable disponible pour que le serveur travaille,
trie, gère les transactions, les verrous des tables, le stockage en mémoire et les nouvelles connexions.

Que se passe t-il si il y a par exemple 1000 connexions simultanées ?

Merci pour les lumières !

[makowski]

beurp

en 32 bits sur des machines little endian ça plante

pour gérer ça en général, on fait du Classic et des pools de connexion
ou aussi on passe à des systèmes plus solide du genre AIX, Solaris

[jose.ignacio.agata]

et 1 connexion = 1 transaction ?

[makowski]

non 1 connexion = 1 connexion
et dans chaque connexions des transactions

[jose.ignacio.agata]

désolé d'insister mais dans notre cas (applicatif web), nous cliquons sur un lien, nous ouvrons une base + une transaction, nous faisons nos procédures, nous fermons (commit ou roolback) la transaction et la base. Donc dans ce cas spécifique, pouvons-nous dire 1 transaction = 1 connexion - cela juste pour comprendre les limitations de firebird, donc de ne pas en demander plus qu'il est capable de nous offrir déjà généreusement.

Merci d'avance

[makowski]

dans votre cas oui
mais on peut faire autrement et gérer un pool de connexions qui vont traiter les transactions et les requêtes

J'ajoute que c'est ce que proposent les pilotes .Net et Java en standard
et que c'est la solution la plus utilisée et la plus flexible :

The standard solution: a connection pool. Each worker thread in your application server leases a connection from the pool, performs the database operations required to satisfy a client request, then returns the connection to the pool. You can serve a large number of clients with a modest number of connections.