Problèmes de performances avec le fichier securité [Résolu]

[UVCR]

Bonjour,
Nous avons migré deux applications en XMLRAD2006, JSCRIPT qui fonctionnent avec le fichier sécurité XMLRAD.
Depuis, nous rencontrons des problèmes de performances dans le service qui a pour objectifs de :
- insérer un nouvel utilisateur dans le fichier sécurité.
Le temps d'exécution du code *.js correspondant augmente de façon "catastrophique" au fur et à mesure de l'insertion de nouveau candidat.
Nous avions pas ce problème là l'année dernière.
Le code JS est le suivant :

login = Context.GetValue("LOGIN");
login_ = login.toUpperCase();

cod_can=Context.GetValue("COD_CAN");
Password=Context.GetValue("Password");


v1 = XMLCollection.CreateXMLCursor();
v1.Load(XMLApplication.AppPath+"Security.xml");
v2=v1.Select("/Security/Users");
v3=v2.AppendChild('User','');
v3.SetValue('ID',cod_can);
v3.SetValue('Name',login_);
v3.SetValue('Name_',login_);
v3.SetValue('Password',Password);
v3.SetValue('Infos','ETUDIANTS');
v4=v3.AppendChild('Groups','');
v4.SetValue('Group',9948);
v1.Save(XMLApplication.AppPath+"Security.xml");
Context.SetValue("UserName",login)

Les performances actuelles du service sont les suivantes :

DBbatch INSERT_CANDIDAT 3174
AfterInstruction (3172)
Invoke 3203

Bien sûre, la solution est de passer par un HOOK mais pour l'instant, tout est en production et nous ne pouvons pas le faire.

Merci d'avance pour tout éclaircissement à ce niveau là.

[RDM]

est-ce que vous avez essayer de mettre du code en commentire pour savoir quelle portion ou ligne prend du temps ?
quelle est la taille du fichier Security.xml ?

[UVCR]

Le fichier sécurité fait 1,25 Mo.
Ce qui, au vu des statistiques, prend du temps c'est l'invoke du service XMLC_Login et l'insertion de la grappe XML dans le fichier sécurité.
Je continue à creuser ... pour l'instant.
Je vais sans doute essayer de faire des tests avec la DLL 2005.
A suivre ...

[RDM]

essaye de mettre le code du JScript en commentaire, ca va rien faire mais permet de savoir si c'est le code et quelle ligne qui est en cause.
mais au vu de la taille du fichier XML je pense que c'est le fait de le charget le sauvegarder a chaque fois qui prend du temps

[UVCR]

Je ne pense pas que le problème soit du à la taille du fichier sécurité car j'ai récupéré le fichier sur mon poste pour faire des tests avec l'application en question et là j'ai des performances correctes... à suivre

[UVCR]

Quelques informations supplémentaires :
Si je récupère le fichier sécurité sur mon poste de développement et que j'exécute l'application à partir de XMLRAD, les performances sont correctes.

J'ai mis quelques traces sur le serveur de production, dont voici le résultat :
15:55:09 678.927 14 TDVACREATECANDIDAT 3894 DBBatch 4 TXMLInstruction.PrepareFromDOMElement - Name: INSERT_CANDIDAT
15:55:09 679.547 14 TDVACREATECANDIDAT 3894 Invoke 4 TXMLInstruction.PrepareFromDOMElement - Name: CONNEXION
15:55:09 709.369 14 TDVACREATECANDIDAT 3894 DBBatch 4 INSERT_CANDIDAT Process - Start
15:55:09 709.396 14 TDVACREATECANDIDAT 3894 DBBatch 4 INSERT_CANDIDAT DoBeforeInstruction Script
15:55:09 711.710 14 TDVACREATECANDIDAT 3894 DBBatch 4 INSERT_CANDIDAT DoAfterInstruction Script
15:55:14 113.243 14 TDVACREATECANDIDAT 3894 DBBatch 4 INSERT_CANDIDAT Process - Done
15:55:14 113.276 14 TDVACREATECANDIDAT 3894 Invoke 4 CONNEXION Process - Start
15:55:18 296.287 14 TDVACREATECANDIDAT 3895 Invoke 4 CONNEXION Process - Done

Le temps d'exécution du XMLC_Login de cette application est également long ... Le fichier est volumineux ... mais nous rencontrions pas ce type de problème l'an passé avec le même nombre de candidat .... à suivre..

[RDM]

qu'est-ce qui est fait dans le Invoke, enfin dans le XMLService qui est invoqué ?

[UVCR]

En fait le Invoket, appelle le XMLC_Login ... Le problème est actuellement résolu ... Nous avons du changer un disque dur sur le serveur ... peut être la cause de cette dégradation de performances ... Actuellement les performances sont de nouveau correctes ... Sous surveillance ...
Merci pour votre aide.