Ok, je conçois le problème des pages non libérées.
Je code assez mal, mais j'ai la chance de travailler dans un monde où les applications sont des serveurs (mode client/serveur). Ce qui signifie que je peux utiliser deux choses et je l'ai fait: soit des services CORBA qui tombent dès la requête est servie et sont relancés soit à la demande, soit par l'inittab, soit un serveur en attente sans allocation d'objet, qui forke, auquel cas, même chose, on sert la demande et le fils disparaît ou alors le fils se plante, mais par le serveur.
Dans les deux cas, on confie à l'OS le nettoyage de l'environnement d'exécution, c'est crade mais efficace.
Pour gagner en performances (dans le second cas), j'ai essayé de multi-threader à la place de forker. Mais autant le multi-thread marche très bien à l'intérieur d'un fils ou d'un service CORBA, autant là, j'ai perdu une semaine en prise de tête pour éviter qu'un thread fils ne me vautre la totalité des connexions en cours: peine perdue.
[^] # Re: Pouah
Posté par Anonyme . En réponse à la dépêche Java J2EE vs .Net. Évalué à 0.
Je code assez mal, mais j'ai la chance de travailler dans un monde où les applications sont des serveurs (mode client/serveur). Ce qui signifie que je peux utiliser deux choses et je l'ai fait: soit des services CORBA qui tombent dès la requête est servie et sont relancés soit à la demande, soit par l'inittab, soit un serveur en attente sans allocation d'objet, qui forke, auquel cas, même chose, on sert la demande et le fils disparaît ou alors le fils se plante, mais par le serveur.
Dans les deux cas, on confie à l'OS le nettoyage de l'environnement d'exécution, c'est crade mais efficace.
Pour gagner en performances (dans le second cas), j'ai essayé de multi-threader à la place de forker. Mais autant le multi-thread marche très bien à l'intérieur d'un fils ou d'un service CORBA, autant là, j'ai perdu une semaine en prise de tête pour éviter qu'un thread fils ne me vautre la totalité des connexions en cours: peine perdue.