Discussion :

[Sylvain Leray]

Bonjour,

Sur mon serveur j'ai quatre applications XMLRad indépendantes, dans IIS le niveau de protection des applications ISAPI est "Medium (pooled)".

Ces applications sont utilisées quotidiennement or ce matin j'ai découvert que je ne pouvais pas lancer l'une d'entre elles, j'avais le message d'erreur "DACQuery.Open : Out of memory", du coup j'ai testé les trois autres et j'avais le même message bien que ces applications utilisent des ISAPI différentes.

Dans le gestionnaire des tâches tout était normal, le processus DLLHost prenait environ 90 Mo sur les 528 Mo du serveur donc il restait de la mémoire.

Après un IIS reset tout est rentré dans l'ordre.

Y a t'il des limites de mémoire pour le processus IIS ? Sinon quelle peut être l'origine de cette erreur ?

Sylvain.

[rgarnier]

Historiquement, une DLL ISAPI ne fonctionne qu'en mode Basse (Low), c'est à dire intégré au process Inetinfo.exe. Cela peut-être à l'origine de ton pb.

[Sylvain Leray]

Comment ça ? On peut pourtant bien exécuter une ISAPI en mode "Isolé " par exemple pour la débugger en Delphi.

[rgarnier]

Tu peux l'exécuter en effet, mais à priori avec pas mal de pbs (une requête est traitée, l'autre te renvoie une erreur, ....). C'est ce que j'ai pu lire ou entendre sur les DLL ISAPI ...

Dans ce qu'on pourrait appeler le 'livre blanc' de la DLL ISAPI, il est dit qu'elle fonctionne en Low. C'est tout ce que je peux te dire.

[Sylvain Leray]

Ca m'interesserai d'en savoir plus, ou est ce que je peux trouver ce "Livre blanc" ?

[rgarnier]

j'ai recherché et j'ai trouvé quelque chose ... qui va dans ton sens ; on peut en effet exécuter des DLL ISAPI autrement qu'en Low

http://herve-pc.cnrs-orleans.fr/Security/IIS5/WhitePaper/LivreBlanc.htm

J'avais fait des tests de montée en charge et cela s'avérait désastreux.

[Sylvain Leray]

Oui c'est bien ce que je pensais ... Par contre je crois que la montée en charge ne devrait pas poser de problèmes avec les ISAPI, si tu a rencontré des difficultés c'est :
1- soit que ton serveur n'était pas suffisement dimensionné pour supporter cette montée en charge.
2- soit que ton ISAPI n'était pas ThreadSafe, autrement dit une ISAPI est instancié plusieurs fois en mémoire, l'erreur classique est d'utiliser le même DataModule pour toute les instances, ce qui entraine des instabilités

Enfin peut être que tu as fait tes tests en tenant compte de ces 2 points.

Mais bon tout ça ne permet pas de répondre à mon problème

[rgarnier]

Désolé

[RDM]

Il y a clairement des problèmes avec les ISAPI en protection autre que Low. les applications XMLRAD ne fonctionne pas correctement autrement.
et en Général on debug une ISAPI en mode Low aussi en utilisant inetinfo comme application Hote.
Je suis a peu près sur que ton problème n'apparaitra plus si tu mets la protection a Low.

[Sylvain Leray]

Pourrais tu décrire quels sont les symptomes au niveau de XMLRad ? Et pour une ISAPI classique ?

pour une ISAPI Classique y a pas de problème. mais avec une ISAPI XMLRAD, il y a un problème lié au fonctionnement et à la communication DLLHost/Inteinfo.exe qui se fait par DDE/OLE Channel. De plus XMLRAD utilise un mutex. bref la somme de tout ca fait que ca ne march epas correctement. les symptomes sont plutot aléatoire, les images ne s'affiches pas bien sur les ecrans, etc.