-----Message d'origine-----
Bonjour,
J'ai une application en production trés simple : elle
statiques trés petits (<10ko) et il y a 4 pages en ASP
unes des autres, donc pas de gestion de session), qui se
base de donnée sous sql server 2000 pour soit recupérer
caractéres via un appel à une procedure stockée, soit
enregistrement dans la base pour des logs via procedure
n'y a pas de mise en page particulière, on renvoie
donné par la base.
Mdac 2.7 je crois, et fournisseur oledb pour sql server
Il y a un répartiteur de charge (alteon AD3) ,
3 serveurs en frontal :
2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur,
1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003
1 serveur de base de donnée:
1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour
1 74Go pour data, 1 grappe 74 raid 1 pour transactions
Serveur
Les serveurs communiques entre eux via IP internes et
GB 3com.
les interfaces externes (connectés au web en ip
Probléme : via le moniteur de performance on voit que
req/s en ASP suit une courbe sinusoidale calé sur le
des serveurs. Même sur le bi xeon qui n'utilise que 15%
autres pouvant grimper à 65%.
Le plus incompréhensible c'est qu'en essayant de changer
la métabase de IIS6, il n'y a aucun chagement du
En analysant un peu plus les stats que l'on peut avoir
perf, aucune requête n'est rejetée bien que le nombre de
connexion augmente.
Autre chose aussi : au redemarrage de IIS, l'appli
correctement (traitement des req/s suivant une ligne
repart en sinusoide...
Je ne sais plus quoi faire, quelles parmêtres changer...
comportement soit normal, ce qui m'étonnerait tout de
Notre but est de traiter 120 req/s (asp) ce qui n'est
ambitieux compte tenu de la plateforme...
Les fichier statiques sont trés petits (<10ko) et
mis en cache. (comment faire?)
Toute suggestion est la bienvenu...
Merci à tous,
Alain
.
-----Message d'origine-----
Bonjour,
J'ai une application en production trés simple : elle
statiques trés petits (<10ko) et il y a 4 pages en ASP
unes des autres, donc pas de gestion de session), qui se
base de donnée sous sql server 2000 pour soit recupérer
caractéres via un appel à une procedure stockée, soit
enregistrement dans la base pour des logs via procedure
n'y a pas de mise en page particulière, on renvoie
donné par la base.
Mdac 2.7 je crois, et fournisseur oledb pour sql server
Il y a un répartiteur de charge (alteon AD3) ,
3 serveurs en frontal :
2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur,
1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003
1 serveur de base de donnée:
1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour
1 74Go pour data, 1 grappe 74 raid 1 pour transactions
Serveur
Les serveurs communiques entre eux via IP internes et
GB 3com.
les interfaces externes (connectés au web en ip
Probléme : via le moniteur de performance on voit que
req/s en ASP suit une courbe sinusoidale calé sur le
des serveurs. Même sur le bi xeon qui n'utilise que 15%
autres pouvant grimper à 65%.
Le plus incompréhensible c'est qu'en essayant de changer
la métabase de IIS6, il n'y a aucun chagement du
En analysant un peu plus les stats que l'on peut avoir
perf, aucune requête n'est rejetée bien que le nombre de
connexion augmente.
Autre chose aussi : au redemarrage de IIS, l'appli
correctement (traitement des req/s suivant une ligne
repart en sinusoide...
Je ne sais plus quoi faire, quelles parmêtres changer...
comportement soit normal, ce qui m'étonnerait tout de
Notre but est de traiter 120 req/s (asp) ce qui n'est
ambitieux compte tenu de la plateforme...
Les fichier statiques sont trés petits (<10ko) et
mis en cache. (comment faire?)
Toute suggestion est la bienvenu...
Merci à tous,
Alain
.
-----Message d'origine-----
Bonjour,
J'ai une application en production trés simple : elle
statiques trés petits (<10ko) et il y a 4 pages en ASP
unes des autres, donc pas de gestion de session), qui se
base de donnée sous sql server 2000 pour soit recupérer
caractéres via un appel à une procedure stockée, soit
enregistrement dans la base pour des logs via procedure
n'y a pas de mise en page particulière, on renvoie
donné par la base.
Mdac 2.7 je crois, et fournisseur oledb pour sql server
Il y a un répartiteur de charge (alteon AD3) ,
3 serveurs en frontal :
2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur,
1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003
1 serveur de base de donnée:
1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour
1 74Go pour data, 1 grappe 74 raid 1 pour transactions
Serveur
Les serveurs communiques entre eux via IP internes et
GB 3com.
les interfaces externes (connectés au web en ip
Probléme : via le moniteur de performance on voit que
req/s en ASP suit une courbe sinusoidale calé sur le
des serveurs. Même sur le bi xeon qui n'utilise que 15%
autres pouvant grimper à 65%.
Le plus incompréhensible c'est qu'en essayant de changer
la métabase de IIS6, il n'y a aucun chagement du
En analysant un peu plus les stats que l'on peut avoir
perf, aucune requête n'est rejetée bien que le nombre de
connexion augmente.
Autre chose aussi : au redemarrage de IIS, l'appli
correctement (traitement des req/s suivant une ligne
repart en sinusoide...
Je ne sais plus quoi faire, quelles parmêtres changer...
comportement soit normal, ce qui m'étonnerait tout de
Notre but est de traiter 120 req/s (asp) ce qui n'est
ambitieux compte tenu de la plateforme...
Les fichier statiques sont trés petits (<10ko) et
mis en cache. (comment faire?)
Toute suggestion est la bienvenu...
Merci à tous,
Alain
.
-----Message d'origine-----
Bonjour,
J'ai une application en production trés simple : elle
statiques trés petits (<10ko) et il y a 4 pages en ASP
unes des autres, donc pas de gestion de session), qui se
base de donnée sous sql server 2000 pour soit recupérer
caractéres via un appel à une procedure stockée, soit
enregistrement dans la base pour des logs via procedure
n'y a pas de mise en page particulière, on renvoie
donné par la base.
Mdac 2.7 je crois, et fournisseur oledb pour sql server
Il y a un répartiteur de charge (alteon AD3) ,
3 serveurs en frontal :
2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur,
1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003
1 serveur de base de donnée:
1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour
1 74Go pour data, 1 grappe 74 raid 1 pour transactions
Serveur
Les serveurs communiques entre eux via IP internes et
GB 3com.
les interfaces externes (connectés au web en ip
Probléme : via le moniteur de performance on voit que
req/s en ASP suit une courbe sinusoidale calé sur le
des serveurs. Même sur le bi xeon qui n'utilise que 15%
autres pouvant grimper à 65%.
Le plus incompréhensible c'est qu'en essayant de changer
la métabase de IIS6, il n'y a aucun chagement du
En analysant un peu plus les stats que l'on peut avoir
perf, aucune requête n'est rejetée bien que le nombre de
connexion augmente.
Autre chose aussi : au redemarrage de IIS, l'appli
correctement (traitement des req/s suivant une ligne
repart en sinusoide...
Je ne sais plus quoi faire, quelles parmêtres changer...
comportement soit normal, ce qui m'étonnerait tout de
Notre but est de traiter 120 req/s (asp) ce qui n'est
ambitieux compte tenu de la plateforme...
Les fichier statiques sont trés petits (<10ko) et
mis en cache. (comment faire?)
Toute suggestion est la bienvenu...
Merci à tous,
Alain
.
-----Message d'origine-----
Bonjour,
J'ai une application en production trés simple : elle
statiques trés petits (<10ko) et il y a 4 pages en ASP
unes des autres, donc pas de gestion de session), qui se
base de donnée sous sql server 2000 pour soit recupérer
caractéres via un appel à une procedure stockée, soit
enregistrement dans la base pour des logs via procedure
n'y a pas de mise en page particulière, on renvoie
donné par la base.
Mdac 2.7 je crois, et fournisseur oledb pour sql server
Il y a un répartiteur de charge (alteon AD3) ,
3 serveurs en frontal :
2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur,
1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003
1 serveur de base de donnée:
1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour
1 74Go pour data, 1 grappe 74 raid 1 pour transactions
Serveur
Les serveurs communiques entre eux via IP internes et
GB 3com.
les interfaces externes (connectés au web en ip
Probléme : via le moniteur de performance on voit que
req/s en ASP suit une courbe sinusoidale calé sur le
des serveurs. Même sur le bi xeon qui n'utilise que 15%
autres pouvant grimper à 65%.
Le plus incompréhensible c'est qu'en essayant de changer
la métabase de IIS6, il n'y a aucun chagement du
En analysant un peu plus les stats que l'on peut avoir
perf, aucune requête n'est rejetée bien que le nombre de
connexion augmente.
Autre chose aussi : au redemarrage de IIS, l'appli
correctement (traitement des req/s suivant une ligne
repart en sinusoide...
Je ne sais plus quoi faire, quelles parmêtres changer...
comportement soit normal, ce qui m'étonnerait tout de
Notre but est de traiter 120 req/s (asp) ce qui n'est
ambitieux compte tenu de la plateforme...
Les fichier statiques sont trés petits (<10ko) et
mis en cache. (comment faire?)
Toute suggestion est la bienvenu...
Merci à tous,
Alain
.
-----Message d'origine-----
Bonjour,
J'ai une application en production trés simple : elle
statiques trés petits (<10ko) et il y a 4 pages en ASP
unes des autres, donc pas de gestion de session), qui se
base de donnée sous sql server 2000 pour soit recupérer
caractéres via un appel à une procedure stockée, soit
enregistrement dans la base pour des logs via procedure
n'y a pas de mise en page particulière, on renvoie
donné par la base.
Mdac 2.7 je crois, et fournisseur oledb pour sql server
Il y a un répartiteur de charge (alteon AD3) ,
3 serveurs en frontal :
2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur,
1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003
1 serveur de base de donnée:
1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour
1 74Go pour data, 1 grappe 74 raid 1 pour transactions
Serveur
Les serveurs communiques entre eux via IP internes et
GB 3com.
les interfaces externes (connectés au web en ip
Probléme : via le moniteur de performance on voit que
req/s en ASP suit une courbe sinusoidale calé sur le
des serveurs. Même sur le bi xeon qui n'utilise que 15%
autres pouvant grimper à 65%.
Le plus incompréhensible c'est qu'en essayant de changer
la métabase de IIS6, il n'y a aucun chagement du
En analysant un peu plus les stats que l'on peut avoir
perf, aucune requête n'est rejetée bien que le nombre de
connexion augmente.
Autre chose aussi : au redemarrage de IIS, l'appli
correctement (traitement des req/s suivant une ligne
repart en sinusoide...
Je ne sais plus quoi faire, quelles parmêtres changer...
comportement soit normal, ce qui m'étonnerait tout de
Notre but est de traiter 120 req/s (asp) ce qui n'est
ambitieux compte tenu de la plateforme...
Les fichier statiques sont trés petits (<10ko) et
mis en cache. (comment faire?)
Toute suggestion est la bienvenu...
Merci à tous,
Alain
.
Bonjour,
J'ai une application en production trés simple : elle delivre des fichiers
statiques trés petits (<10ko) et il y a 4 pages en ASP (indépendantes les
unes des autres, donc pas de gestion de session), qui se connectent à une
base de donnée sous sql server 2000 pour soit recupérer une chaine de
caractéres via un appel à une procedure stockée, soit faire un
enregistrement dans la base pour des logs via procedure stockée aussi. Il
n'y a pas de mise en page particulière, on renvoie directement le resultat
donné par la base.
Mdac 2.7 je crois, et fournisseur oledb pour sql server utilisés.
Il y a un répartiteur de charge (alteon AD3) ,
3 serveurs en frontal :
2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur, IIS6
1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003 serveur IIS6
1 serveur de base de donnée:
1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour systeme, 1 grappe
1 74Go pour data, 1 grappe 74 raid 1 pour transactions de la base Win2000
Serveur
Les serveurs communiques entre eux via IP internes et cartes GBit et
GB 3com.
les interfaces externes (connectés au web en ip publiques sont en 100Mbit)
Probléme : via le moniteur de performance on voit que l'évolution du Nb de
req/s en ASP suit une courbe sinusoidale calé sur le processeur sur chacun
des serveurs. Même sur le bi xeon qui n'utilise que 15% de charge proc ,
autres pouvant grimper à 65%.
Le plus incompréhensible c'est qu'en essayant de changer les paramêtres de
la métabase de IIS6, il n'y a aucun chagement du comportement !
En analysant un peu plus les stats que l'on peut avoir avec le moniteur de
perf, aucune requête n'est rejetée bien que le nombre de tentatives de
connexion augmente.
Autre chose aussi : au redemarrage de IIS, l'appli semble fonctionner
correctement (traitement des req/s suivant une ligne horizontale) puis
repart en sinusoide...
Je ne sais plus quoi faire, quelles parmêtres changer... A moins que ce
comportement soit normal, ce qui m'étonnerait tout de même.
Notre but est de traiter 120 req/s (asp) ce qui n'est pas je pense trés
ambitieux compte tenu de la plateforme...
Les fichier statiques sont trés petits (<10ko) et peuvent trés bien être
mis en cache. (comment faire?)
Toute suggestion est la bienvenu...
Merci à tous,
Alain
Bonjour,
J'ai une application en production trés simple : elle delivre des fichiers
statiques trés petits (<10ko) et il y a 4 pages en ASP (indépendantes les
unes des autres, donc pas de gestion de session), qui se connectent à une
base de donnée sous sql server 2000 pour soit recupérer une chaine de
caractéres via un appel à une procedure stockée, soit faire un
enregistrement dans la base pour des logs via procedure stockée aussi. Il
n'y a pas de mise en page particulière, on renvoie directement le resultat
donné par la base.
Mdac 2.7 je crois, et fournisseur oledb pour sql server utilisés.
Il y a un répartiteur de charge (alteon AD3) ,
3 serveurs en frontal :
2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur, IIS6
1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003 serveur IIS6
1 serveur de base de donnée:
1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour systeme, 1 grappe
1 74Go pour data, 1 grappe 74 raid 1 pour transactions de la base Win2000
Serveur
Les serveurs communiques entre eux via IP internes et cartes GBit et
GB 3com.
les interfaces externes (connectés au web en ip publiques sont en 100Mbit)
Probléme : via le moniteur de performance on voit que l'évolution du Nb de
req/s en ASP suit une courbe sinusoidale calé sur le processeur sur chacun
des serveurs. Même sur le bi xeon qui n'utilise que 15% de charge proc ,
autres pouvant grimper à 65%.
Le plus incompréhensible c'est qu'en essayant de changer les paramêtres de
la métabase de IIS6, il n'y a aucun chagement du comportement !
En analysant un peu plus les stats que l'on peut avoir avec le moniteur de
perf, aucune requête n'est rejetée bien que le nombre de tentatives de
connexion augmente.
Autre chose aussi : au redemarrage de IIS, l'appli semble fonctionner
correctement (traitement des req/s suivant une ligne horizontale) puis
repart en sinusoide...
Je ne sais plus quoi faire, quelles parmêtres changer... A moins que ce
comportement soit normal, ce qui m'étonnerait tout de même.
Notre but est de traiter 120 req/s (asp) ce qui n'est pas je pense trés
ambitieux compte tenu de la plateforme...
Les fichier statiques sont trés petits (<10ko) et peuvent trés bien être
mis en cache. (comment faire?)
Toute suggestion est la bienvenu...
Merci à tous,
Alain
Bonjour,
J'ai une application en production trés simple : elle delivre des fichiers
statiques trés petits (<10ko) et il y a 4 pages en ASP (indépendantes les
unes des autres, donc pas de gestion de session), qui se connectent à une
base de donnée sous sql server 2000 pour soit recupérer une chaine de
caractéres via un appel à une procedure stockée, soit faire un
enregistrement dans la base pour des logs via procedure stockée aussi. Il
n'y a pas de mise en page particulière, on renvoie directement le resultat
donné par la base.
Mdac 2.7 je crois, et fournisseur oledb pour sql server utilisés.
Il y a un répartiteur de charge (alteon AD3) ,
3 serveurs en frontal :
2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur, IIS6
1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003 serveur IIS6
1 serveur de base de donnée:
1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour systeme, 1 grappe
1 74Go pour data, 1 grappe 74 raid 1 pour transactions de la base Win2000
Serveur
Les serveurs communiques entre eux via IP internes et cartes GBit et
GB 3com.
les interfaces externes (connectés au web en ip publiques sont en 100Mbit)
Probléme : via le moniteur de performance on voit que l'évolution du Nb de
req/s en ASP suit une courbe sinusoidale calé sur le processeur sur chacun
des serveurs. Même sur le bi xeon qui n'utilise que 15% de charge proc ,
autres pouvant grimper à 65%.
Le plus incompréhensible c'est qu'en essayant de changer les paramêtres de
la métabase de IIS6, il n'y a aucun chagement du comportement !
En analysant un peu plus les stats que l'on peut avoir avec le moniteur de
perf, aucune requête n'est rejetée bien que le nombre de tentatives de
connexion augmente.
Autre chose aussi : au redemarrage de IIS, l'appli semble fonctionner
correctement (traitement des req/s suivant une ligne horizontale) puis
repart en sinusoide...
Je ne sais plus quoi faire, quelles parmêtres changer... A moins que ce
comportement soit normal, ce qui m'étonnerait tout de même.
Notre but est de traiter 120 req/s (asp) ce qui n'est pas je pense trés
ambitieux compte tenu de la plateforme...
Les fichier statiques sont trés petits (<10ko) et peuvent trés bien être
mis en cache. (comment faire?)
Toute suggestion est la bienvenu...
Merci à tous,
Alain
Oui, je pensais justement faire un test en passant par ado.net.
Par contre je n'y connais rien, surtout au niveau config et compatibilité
entre asp et asp.net au sein d'un même site...
Il y a des contre indications ?
"Matthieu STAELEN" wrote in message
news:23ddf01c45f62$ac456800$
Bonjour,
il y a un article qui peut etre ...
http://msdn.microsoft.com/library/default.asp?
url=/library/en-
us/iissdk/iis/ref_mb_disablestaticfilecache.asp
Il y a aussi l'hypothèse de la compression Static /
Dynamique
Ou (vu le nombre de pages) réécrire les pages ASP en
ASP.NET et pour utiliser ADO.NET...
>-----Message d'origine-----
>Bonjour,
>
>J'ai une application en production trés simple : elle
delivre des fichiers
>statiques trés petits (<10ko) et il y a 4 pages en ASP
(indépendantes les
>unes des autres, donc pas de gestion de session), qui se
connectent à une
>base de donnée sous sql server 2000 pour soit recupérer
une chaine de
>caractéres via un appel à une procedure stockée, soit
faire un
>enregistrement dans la base pour des logs via procedure
stockée aussi. Il
>n'y a pas de mise en page particulière, on renvoie
directement le resultat
>donné par la base.
>Mdac 2.7 je crois, et fournisseur oledb pour sql server
utilisés.
>
>Il y a un répartiteur de charge (alteon AD3) ,
>3 serveurs en frontal :
>2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur,
IIS6
>1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003
serveur IIS6
>1 serveur de base de donnée:
>1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour
systeme, 1 grappe raid
>1 74Go pour data, 1 grappe 74 raid 1 pour transactions
de la base Win2000
>Serveur
>
>Les serveurs communiques entre eux via IP internes et
cartes GBit et switch
>GB 3com.
>les interfaces externes (connectés au web en ip
publiques sont en 100Mbit)
>
>Probléme : via le moniteur de performance on voit que
l'évolution du Nb de
>req/s en ASP suit une courbe sinusoidale calé sur le
processeur sur chacun
>des serveurs. Même sur le bi xeon qui n'utilise que 15%
de charge proc , les
>autres pouvant grimper à 65%.
>
>Le plus incompréhensible c'est qu'en essayant de changer
les paramêtres de
>la métabase de IIS6, il n'y a aucun chagement du
comportement !
>
>En analysant un peu plus les stats que l'on peut avoir
avec le moniteur de
>perf, aucune requête n'est rejetée bien que le nombre de
tentatives de
>connexion augmente.
>
>Autre chose aussi : au redemarrage de IIS, l'appli
semble fonctionner
>correctement (traitement des req/s suivant une ligne
horizontale) puis
>repart en sinusoide...
>
>Je ne sais plus quoi faire, quelles parmêtres changer...
A moins que ce
>comportement soit normal, ce qui m'étonnerait tout de
même.
>
>Notre but est de traiter 120 req/s (asp) ce qui n'est
pas je pense trés
>ambitieux compte tenu de la plateforme...
>Les fichier statiques sont trés petits (<10ko) et
peuvent trés bien être
>mis en cache. (comment faire?)
>
>Toute suggestion est la bienvenu...
>
>Merci à tous,
>
>Alain
>
>
>
>
>
>.
>
Oui, je pensais justement faire un test en passant par ado.net.
Par contre je n'y connais rien, surtout au niveau config et compatibilité
entre asp et asp.net au sein d'un même site...
Il y a des contre indications ?
"Matthieu STAELEN" <mstaelen@supp.entales.fr> wrote in message
news:23ddf01c45f62$ac456800$a601280a@phx.gbl...
Bonjour,
il y a un article qui peut etre ...
http://msdn.microsoft.com/library/default.asp?
url=/library/en-
us/iissdk/iis/ref_mb_disablestaticfilecache.asp
Il y a aussi l'hypothèse de la compression Static /
Dynamique
Ou (vu le nombre de pages) réécrire les pages ASP en
ASP.NET et pour utiliser ADO.NET...
>-----Message d'origine-----
>Bonjour,
>
>J'ai une application en production trés simple : elle
delivre des fichiers
>statiques trés petits (<10ko) et il y a 4 pages en ASP
(indépendantes les
>unes des autres, donc pas de gestion de session), qui se
connectent à une
>base de donnée sous sql server 2000 pour soit recupérer
une chaine de
>caractéres via un appel à une procedure stockée, soit
faire un
>enregistrement dans la base pour des logs via procedure
stockée aussi. Il
>n'y a pas de mise en page particulière, on renvoie
directement le resultat
>donné par la base.
>Mdac 2.7 je crois, et fournisseur oledb pour sql server
utilisés.
>
>Il y a un répartiteur de charge (alteon AD3) ,
>3 serveurs en frontal :
>2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur,
IIS6
>1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003
serveur IIS6
>1 serveur de base de donnée:
>1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour
systeme, 1 grappe raid
>1 74Go pour data, 1 grappe 74 raid 1 pour transactions
de la base Win2000
>Serveur
>
>Les serveurs communiques entre eux via IP internes et
cartes GBit et switch
>GB 3com.
>les interfaces externes (connectés au web en ip
publiques sont en 100Mbit)
>
>Probléme : via le moniteur de performance on voit que
l'évolution du Nb de
>req/s en ASP suit une courbe sinusoidale calé sur le
processeur sur chacun
>des serveurs. Même sur le bi xeon qui n'utilise que 15%
de charge proc , les
>autres pouvant grimper à 65%.
>
>Le plus incompréhensible c'est qu'en essayant de changer
les paramêtres de
>la métabase de IIS6, il n'y a aucun chagement du
comportement !
>
>En analysant un peu plus les stats que l'on peut avoir
avec le moniteur de
>perf, aucune requête n'est rejetée bien que le nombre de
tentatives de
>connexion augmente.
>
>Autre chose aussi : au redemarrage de IIS, l'appli
semble fonctionner
>correctement (traitement des req/s suivant une ligne
horizontale) puis
>repart en sinusoide...
>
>Je ne sais plus quoi faire, quelles parmêtres changer...
A moins que ce
>comportement soit normal, ce qui m'étonnerait tout de
même.
>
>Notre but est de traiter 120 req/s (asp) ce qui n'est
pas je pense trés
>ambitieux compte tenu de la plateforme...
>Les fichier statiques sont trés petits (<10ko) et
peuvent trés bien être
>mis en cache. (comment faire?)
>
>Toute suggestion est la bienvenu...
>
>Merci à tous,
>
>Alain
>
>
>
>
>
>.
>
Oui, je pensais justement faire un test en passant par ado.net.
Par contre je n'y connais rien, surtout au niveau config et compatibilité
entre asp et asp.net au sein d'un même site...
Il y a des contre indications ?
"Matthieu STAELEN" wrote in message
news:23ddf01c45f62$ac456800$
Bonjour,
il y a un article qui peut etre ...
http://msdn.microsoft.com/library/default.asp?
url=/library/en-
us/iissdk/iis/ref_mb_disablestaticfilecache.asp
Il y a aussi l'hypothèse de la compression Static /
Dynamique
Ou (vu le nombre de pages) réécrire les pages ASP en
ASP.NET et pour utiliser ADO.NET...
>-----Message d'origine-----
>Bonjour,
>
>J'ai une application en production trés simple : elle
delivre des fichiers
>statiques trés petits (<10ko) et il y a 4 pages en ASP
(indépendantes les
>unes des autres, donc pas de gestion de session), qui se
connectent à une
>base de donnée sous sql server 2000 pour soit recupérer
une chaine de
>caractéres via un appel à une procedure stockée, soit
faire un
>enregistrement dans la base pour des logs via procedure
stockée aussi. Il
>n'y a pas de mise en page particulière, on renvoie
directement le resultat
>donné par la base.
>Mdac 2.7 je crois, et fournisseur oledb pour sql server
utilisés.
>
>Il y a un répartiteur de charge (alteon AD3) ,
>3 serveurs en frontal :
>2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur,
IIS6
>1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003
serveur IIS6
>1 serveur de base de donnée:
>1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour
systeme, 1 grappe raid
>1 74Go pour data, 1 grappe 74 raid 1 pour transactions
de la base Win2000
>Serveur
>
>Les serveurs communiques entre eux via IP internes et
cartes GBit et switch
>GB 3com.
>les interfaces externes (connectés au web en ip
publiques sont en 100Mbit)
>
>Probléme : via le moniteur de performance on voit que
l'évolution du Nb de
>req/s en ASP suit une courbe sinusoidale calé sur le
processeur sur chacun
>des serveurs. Même sur le bi xeon qui n'utilise que 15%
de charge proc , les
>autres pouvant grimper à 65%.
>
>Le plus incompréhensible c'est qu'en essayant de changer
les paramêtres de
>la métabase de IIS6, il n'y a aucun chagement du
comportement !
>
>En analysant un peu plus les stats que l'on peut avoir
avec le moniteur de
>perf, aucune requête n'est rejetée bien que le nombre de
tentatives de
>connexion augmente.
>
>Autre chose aussi : au redemarrage de IIS, l'appli
semble fonctionner
>correctement (traitement des req/s suivant une ligne
horizontale) puis
>repart en sinusoide...
>
>Je ne sais plus quoi faire, quelles parmêtres changer...
A moins que ce
>comportement soit normal, ce qui m'étonnerait tout de
même.
>
>Notre but est de traiter 120 req/s (asp) ce qui n'est
pas je pense trés
>ambitieux compte tenu de la plateforme...
>Les fichier statiques sont trés petits (<10ko) et
peuvent trés bien être
>mis en cache. (comment faire?)
>
>Toute suggestion est la bienvenu...
>
>Merci à tous,
>
>Alain
>
>
>
>
>
>.
>
une autre piste...
dans l'event log les Worker Process recycle pas trop souvent... si c'est
cas vous pouvez augmenter les critère de recyclage ou augmenter le nombre
Worker process pour votre pool...
"Alain" a écrit dans le message de
news:eBA%
> Bonjour,
>
> J'ai une application en production trés simple : elle delivre des
> statiques trés petits (<10ko) et il y a 4 pages en ASP (indépendantes
> unes des autres, donc pas de gestion de session), qui se connectent à
> base de donnée sous sql server 2000 pour soit recupérer une chaine de
> caractéres via un appel à une procedure stockée, soit faire un
> enregistrement dans la base pour des logs via procedure stockée aussi.
> n'y a pas de mise en page particulière, on renvoie directement le
> donné par la base.
> Mdac 2.7 je crois, et fournisseur oledb pour sql server utilisés.
>
> Il y a un répartiteur de charge (alteon AD3) ,
> 3 serveurs en frontal :
> 2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur, IIS6
> 1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003 serveur IIS6
> 1 serveur de base de donnée:
> 1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour systeme, 1 grappe
raid
> 1 74Go pour data, 1 grappe 74 raid 1 pour transactions de la base
> Serveur
>
> Les serveurs communiques entre eux via IP internes et cartes GBit et
switch
> GB 3com.
> les interfaces externes (connectés au web en ip publiques sont en
>
> Probléme : via le moniteur de performance on voit que l'évolution du Nb
> req/s en ASP suit une courbe sinusoidale calé sur le processeur sur
> des serveurs. Même sur le bi xeon qui n'utilise que 15% de charge proc ,
les
> autres pouvant grimper à 65%.
>
> Le plus incompréhensible c'est qu'en essayant de changer les paramêtres
> la métabase de IIS6, il n'y a aucun chagement du comportement !
>
> En analysant un peu plus les stats que l'on peut avoir avec le moniteur
> perf, aucune requête n'est rejetée bien que le nombre de tentatives de
> connexion augmente.
>
> Autre chose aussi : au redemarrage de IIS, l'appli semble fonctionner
> correctement (traitement des req/s suivant une ligne horizontale) puis
> repart en sinusoide...
>
> Je ne sais plus quoi faire, quelles parmêtres changer... A moins que ce
> comportement soit normal, ce qui m'étonnerait tout de même.
>
> Notre but est de traiter 120 req/s (asp) ce qui n'est pas je pense trés
> ambitieux compte tenu de la plateforme...
> Les fichier statiques sont trés petits (<10ko) et peuvent trés bien
> mis en cache. (comment faire?)
>
> Toute suggestion est la bienvenu...
>
> Merci à tous,
>
> Alain
>
>
>
>
>
une autre piste...
dans l'event log les Worker Process recycle pas trop souvent... si c'est
cas vous pouvez augmenter les critère de recyclage ou augmenter le nombre
Worker process pour votre pool...
"Alain" <the__alain@lkjdk.com> a écrit dans le message de
news:eBA%23pdzXEHA.2500@TK2MSFTNGP09.phx.gbl...
> Bonjour,
>
> J'ai une application en production trés simple : elle delivre des
> statiques trés petits (<10ko) et il y a 4 pages en ASP (indépendantes
> unes des autres, donc pas de gestion de session), qui se connectent à
> base de donnée sous sql server 2000 pour soit recupérer une chaine de
> caractéres via un appel à une procedure stockée, soit faire un
> enregistrement dans la base pour des logs via procedure stockée aussi.
> n'y a pas de mise en page particulière, on renvoie directement le
> donné par la base.
> Mdac 2.7 je crois, et fournisseur oledb pour sql server utilisés.
>
> Il y a un répartiteur de charge (alteon AD3) ,
> 3 serveurs en frontal :
> 2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur, IIS6
> 1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003 serveur IIS6
> 1 serveur de base de donnée:
> 1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour systeme, 1 grappe
raid
> 1 74Go pour data, 1 grappe 74 raid 1 pour transactions de la base
> Serveur
>
> Les serveurs communiques entre eux via IP internes et cartes GBit et
switch
> GB 3com.
> les interfaces externes (connectés au web en ip publiques sont en
>
> Probléme : via le moniteur de performance on voit que l'évolution du Nb
> req/s en ASP suit une courbe sinusoidale calé sur le processeur sur
> des serveurs. Même sur le bi xeon qui n'utilise que 15% de charge proc ,
les
> autres pouvant grimper à 65%.
>
> Le plus incompréhensible c'est qu'en essayant de changer les paramêtres
> la métabase de IIS6, il n'y a aucun chagement du comportement !
>
> En analysant un peu plus les stats que l'on peut avoir avec le moniteur
> perf, aucune requête n'est rejetée bien que le nombre de tentatives de
> connexion augmente.
>
> Autre chose aussi : au redemarrage de IIS, l'appli semble fonctionner
> correctement (traitement des req/s suivant une ligne horizontale) puis
> repart en sinusoide...
>
> Je ne sais plus quoi faire, quelles parmêtres changer... A moins que ce
> comportement soit normal, ce qui m'étonnerait tout de même.
>
> Notre but est de traiter 120 req/s (asp) ce qui n'est pas je pense trés
> ambitieux compte tenu de la plateforme...
> Les fichier statiques sont trés petits (<10ko) et peuvent trés bien
> mis en cache. (comment faire?)
>
> Toute suggestion est la bienvenu...
>
> Merci à tous,
>
> Alain
>
>
>
>
>
une autre piste...
dans l'event log les Worker Process recycle pas trop souvent... si c'est
cas vous pouvez augmenter les critère de recyclage ou augmenter le nombre
Worker process pour votre pool...
"Alain" a écrit dans le message de
news:eBA%
> Bonjour,
>
> J'ai une application en production trés simple : elle delivre des
> statiques trés petits (<10ko) et il y a 4 pages en ASP (indépendantes
> unes des autres, donc pas de gestion de session), qui se connectent à
> base de donnée sous sql server 2000 pour soit recupérer une chaine de
> caractéres via un appel à une procedure stockée, soit faire un
> enregistrement dans la base pour des logs via procedure stockée aussi.
> n'y a pas de mise en page particulière, on renvoie directement le
> donné par la base.
> Mdac 2.7 je crois, et fournisseur oledb pour sql server utilisés.
>
> Il y a un répartiteur de charge (alteon AD3) ,
> 3 serveurs en frontal :
> 2 P4 2,4G 1g Ram 36Go U320 SCSI Raid 1 win2003 serveur, IIS6
> 1 Bi xeon 2,4GHtz 2go Ram 36Go U320 Raid 5 Win 2003 serveur IIS6
> 1 serveur de base de donnée:
> 1 Bi xeon 2,4GHtz 2go Ram 1 grappe Raid 1 36 Go pour systeme, 1 grappe
raid
> 1 74Go pour data, 1 grappe 74 raid 1 pour transactions de la base
> Serveur
>
> Les serveurs communiques entre eux via IP internes et cartes GBit et
switch
> GB 3com.
> les interfaces externes (connectés au web en ip publiques sont en
>
> Probléme : via le moniteur de performance on voit que l'évolution du Nb
> req/s en ASP suit une courbe sinusoidale calé sur le processeur sur
> des serveurs. Même sur le bi xeon qui n'utilise que 15% de charge proc ,
les
> autres pouvant grimper à 65%.
>
> Le plus incompréhensible c'est qu'en essayant de changer les paramêtres
> la métabase de IIS6, il n'y a aucun chagement du comportement !
>
> En analysant un peu plus les stats que l'on peut avoir avec le moniteur
> perf, aucune requête n'est rejetée bien que le nombre de tentatives de
> connexion augmente.
>
> Autre chose aussi : au redemarrage de IIS, l'appli semble fonctionner
> correctement (traitement des req/s suivant une ligne horizontale) puis
> repart en sinusoide...
>
> Je ne sais plus quoi faire, quelles parmêtres changer... A moins que ce
> comportement soit normal, ce qui m'étonnerait tout de même.
>
> Notre but est de traiter 120 req/s (asp) ce qui n'est pas je pense trés
> ambitieux compte tenu de la plateforme...
> Les fichier statiques sont trés petits (<10ko) et peuvent trés bien
> mis en cache. (comment faire?)
>
> Toute suggestion est la bienvenu...
>
> Merci à tous,
>
> Alain
>
>
>
>
>
