Bonjour =E0 tous,
Nous avons un gros pb de charge sur une de nos application=20
ASP intranet tournant sur un WINNT4 bi pro SP6a IIS 4 MDAC=20
2.7 et attaquant une base Oracle.
Concr=E9tement, le seul compteur augmentant de=20
facon "anormale" avec la charge est ASP:Request Queued.=20
Je sais que par d=E9faut IIS 4 peut traiter jusqu'a 10=20
thread en simultan=E9. Toujours est il que d=E8s que je=20
stresse mon application via ACT avec 10 users les temps de=20
r=E9ponses deviennent catastrophiques. Le graphique=20
oscillant entre 8 et 15 RPS. (en dent de scie)
L'application est cod=E9e de facon standard. C'est pourquoi=20
Nous avons cr=E9=E9 une page de test "bete et m=E9chante"=20
renvoyant juste un recordset et cod=E9 dans les r=E8gles de=20
l'art, le r=E9sultat est le m=EAme... Impossible d'avoir plus=20
de 10 users en simultan=E9 sans que le graphique=20
d'Application Center Test soit en dent de scie.
Qqn peut il m'aider car nous bloquons carr=E9meent...
Merci =E9norm=E9ment.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
CHA
Merci de ta réponse, Mais rien n'y fait, sauf que mes processeurs sont désormais au taquet.
Le pire est que sans passer par ACT, en laissant juste mon doigt appuyé sur la touche F5 de mon clavier pour provoquer une suite de refresh au niveau de mon browser...J'arrive a faire monter la request queued à 100!! (alors que le même test sur windows 2000 (sur la même page, celle ci dessous) me la fait monter à 10 max).
Je m'interroge carrément... N'importe qui pourrait planter une appli????!!! Please help.
Voici le script qui me sert d'exemple: <% Response.Expires = -1 Response.Buffer = true Dim rsNews,sRequete,ObjCnx Dim dateBegin, dateEnd dateBegin = Now() sRequete = " SELECT 1 FROM NEWS" set ObjCnx = server.createObject("adodb.connection")
objCnx.Open "DRIVER={Microsoft ODBC for Oracle};SERVER=xxxx;UID=xxxx;PWD=xxxx;" set rsNews=Server.CreateObject("ADODB.RecordSet") rsNews.Open sRequete,objCnx While not rsNews.EOF Response.Write(rsNews(0) & Now() & "<br>") Response.Flush() rsNews.MoveNext() Wend rsNews.Close set rsNews=nothing ObjCnx.Close set ObjCnx = Nothing dateEnd = now() Response.Write(dateEnd - dateBegin)
%>
-----Message d'origine----- CHA wrote: : Bonjour à tous, : Nous avons un gros pb de charge sur une de nos
application
: ASP intranet tournant sur un WINNT4 bi pro SP6a IIS 4
MDAC
: 2.7 et attaquant une base Oracle. : Bonjour,
: Concrétement, le seul compteur augmentant de : facon "anormale" avec la charge est ASP:Request Queued. : Je sais que par défaut IIS 4 peut traiter jusqu'a 10 : thread en simultané. Toujours est il que dès que je : stresse mon application via ACT avec 10 users les temps
de
: réponses deviennent catastrophiques. Le graphique : oscillant entre 8 et 15 RPS. (en dent de scie) :
De mémoire, c'est davantage la trace que certains
composants sont long à
répondre. Vos requetes SQL sont bien en bind variables ?
La valeur AspProcessorThreadMax de la metabase peut être changé via MetaEdit, si c'est précisément ce qui vous
Je serais curieux de connaitre la conclusion de votre
problème ;-)
@+
.
Merci de ta réponse,
Mais rien n'y fait, sauf que mes processeurs sont
désormais au taquet.
Le pire est que sans passer par ACT, en laissant juste mon
doigt appuyé sur la touche F5 de mon clavier pour
provoquer une suite de refresh au niveau de mon
browser...J'arrive a faire monter la request queued à
100!! (alors que le même test sur windows 2000 (sur la
même page, celle ci dessous) me la fait monter à 10 max).
Je m'interroge carrément... N'importe qui pourrait planter
une appli????!!! Please help.
Voici le script qui me sert d'exemple:
<%
Response.Expires = -1
Response.Buffer = true
Dim rsNews,sRequete,ObjCnx
Dim dateBegin, dateEnd
dateBegin = Now()
sRequete = " SELECT 1 FROM NEWS"
set ObjCnx = server.createObject("adodb.connection")
objCnx.Open "DRIVER={Microsoft ODBC for
Oracle};SERVER=xxxx;UID=xxxx;PWD=xxxx;"
set rsNews=Server.CreateObject("ADODB.RecordSet")
rsNews.Open sRequete,objCnx
While not rsNews.EOF
Response.Write(rsNews(0) & Now() & "<br>")
Response.Flush()
rsNews.MoveNext()
Wend
rsNews.Close
set rsNews=nothing
ObjCnx.Close
set ObjCnx = Nothing
dateEnd = now()
Response.Write(dateEnd - dateBegin)
%>
-----Message d'origine-----
CHA wrote:
: Bonjour à tous,
: Nous avons un gros pb de charge sur une de nos
application
: ASP intranet tournant sur un WINNT4 bi pro SP6a IIS 4
MDAC
: 2.7 et attaquant une base Oracle.
:
Bonjour,
: Concrétement, le seul compteur augmentant de
: facon "anormale" avec la charge est ASP:Request Queued.
: Je sais que par défaut IIS 4 peut traiter jusqu'a 10
: thread en simultané. Toujours est il que dès que je
: stresse mon application via ACT avec 10 users les temps
de
: réponses deviennent catastrophiques. Le graphique
: oscillant entre 8 et 15 RPS. (en dent de scie)
:
De mémoire, c'est davantage la trace que certains
composants sont long à
répondre.
Vos requetes SQL sont bien en bind variables ?
La valeur AspProcessorThreadMax de la metabase peut être
changé via MetaEdit, si c'est précisément ce qui vous
Merci de ta réponse, Mais rien n'y fait, sauf que mes processeurs sont désormais au taquet.
Le pire est que sans passer par ACT, en laissant juste mon doigt appuyé sur la touche F5 de mon clavier pour provoquer une suite de refresh au niveau de mon browser...J'arrive a faire monter la request queued à 100!! (alors que le même test sur windows 2000 (sur la même page, celle ci dessous) me la fait monter à 10 max).
Je m'interroge carrément... N'importe qui pourrait planter une appli????!!! Please help.
Voici le script qui me sert d'exemple: <% Response.Expires = -1 Response.Buffer = true Dim rsNews,sRequete,ObjCnx Dim dateBegin, dateEnd dateBegin = Now() sRequete = " SELECT 1 FROM NEWS" set ObjCnx = server.createObject("adodb.connection")
objCnx.Open "DRIVER={Microsoft ODBC for Oracle};SERVER=xxxx;UID=xxxx;PWD=xxxx;" set rsNews=Server.CreateObject("ADODB.RecordSet") rsNews.Open sRequete,objCnx While not rsNews.EOF Response.Write(rsNews(0) & Now() & "<br>") Response.Flush() rsNews.MoveNext() Wend rsNews.Close set rsNews=nothing ObjCnx.Close set ObjCnx = Nothing dateEnd = now() Response.Write(dateEnd - dateBegin)
%>
-----Message d'origine----- CHA wrote: : Bonjour à tous, : Nous avons un gros pb de charge sur une de nos
application
: ASP intranet tournant sur un WINNT4 bi pro SP6a IIS 4
MDAC
: 2.7 et attaquant une base Oracle. : Bonjour,
: Concrétement, le seul compteur augmentant de : facon "anormale" avec la charge est ASP:Request Queued. : Je sais que par défaut IIS 4 peut traiter jusqu'a 10 : thread en simultané. Toujours est il que dès que je : stresse mon application via ACT avec 10 users les temps
de
: réponses deviennent catastrophiques. Le graphique : oscillant entre 8 et 15 RPS. (en dent de scie) :
De mémoire, c'est davantage la trace que certains
composants sont long à
répondre. Vos requetes SQL sont bien en bind variables ?
La valeur AspProcessorThreadMax de la metabase peut être changé via MetaEdit, si c'est précisément ce qui vous
Je serais curieux de connaitre la conclusion de votre
problème ;-)
@+
.
CHA
Merci de ton aide... Mais impossible de cerner le pb; l'utilisation du driver oracle améliore les perfs... mais ne permet pas à l'appli de tenir la charge. J'arrete et on le passe en 2000! Merci encore
-----Message d'origine----- CHA wrote: : Hello, : Merci pour ces qqls pistes... : Concernant la requeête le résultat bloque à 80 (et
partait
: de 3).
Il y a donc clairement un pb de connectivité vers la bdd,
qui empeche le
pooling et provoque des ouvertures de connections à répétition
mettant a genoux la
base/les CPUs.
J'ai testé avec votre script , avec une de nos table
comprenant 1 ligne
(combien de lignes votre requete attend t'elle?), sous VM
Ware avec
des installs fraiches de NT4 Server et W2K Server, sur
des repéetoire
virtuels en mode isolation bas, MDAC 2.7, serveur oracle distant (la base de données est identique,
dans vos tests est
ce le cas?) en 8.1.7.4 sans répeter votre probleme.
Sur le plan Oracle, avez vous les mêmes version de SqlNet
sur les deux
machines, avec la même configuration? Pouvez vous essayer avec un client ODBC Oracle ?
:
.
Merci de ton aide... Mais impossible de cerner le pb;
l'utilisation du driver oracle améliore les perfs... mais
ne permet pas à l'appli de tenir la charge.
J'arrete et on le passe en 2000!
Merci encore
-----Message d'origine-----
CHA wrote:
: Hello,
: Merci pour ces qqls pistes...
: Concernant la requeête le résultat bloque à 80 (et
partait
: de 3).
Il y a donc clairement un pb de connectivité vers la bdd,
qui empeche le
pooling
et provoque des ouvertures de connections à répétition
mettant a genoux la
base/les CPUs.
J'ai testé avec votre script , avec une de nos table
comprenant 1 ligne
(combien de lignes votre requete attend t'elle?), sous VM
Ware avec
des installs fraiches de NT4 Server et W2K Server, sur
des repéetoire
virtuels en mode isolation bas, MDAC 2.7,
serveur oracle distant (la base de données est identique,
dans vos tests est
ce le cas?) en 8.1.7.4 sans répeter votre probleme.
Sur le plan Oracle, avez vous les mêmes version de SqlNet
sur les deux
machines, avec la même configuration?
Pouvez vous essayer avec un client ODBC Oracle ?
Merci de ton aide... Mais impossible de cerner le pb; l'utilisation du driver oracle améliore les perfs... mais ne permet pas à l'appli de tenir la charge. J'arrete et on le passe en 2000! Merci encore
-----Message d'origine----- CHA wrote: : Hello, : Merci pour ces qqls pistes... : Concernant la requeête le résultat bloque à 80 (et
partait
: de 3).
Il y a donc clairement un pb de connectivité vers la bdd,
qui empeche le
pooling et provoque des ouvertures de connections à répétition
mettant a genoux la
base/les CPUs.
J'ai testé avec votre script , avec une de nos table
comprenant 1 ligne
(combien de lignes votre requete attend t'elle?), sous VM
Ware avec
des installs fraiches de NT4 Server et W2K Server, sur
des repéetoire
virtuels en mode isolation bas, MDAC 2.7, serveur oracle distant (la base de données est identique,
dans vos tests est
ce le cas?) en 8.1.7.4 sans répeter votre probleme.
Sur le plan Oracle, avez vous les mêmes version de SqlNet
sur les deux
machines, avec la même configuration? Pouvez vous essayer avec un client ODBC Oracle ?