Je ne sais pas si quelqu'un a d=E9j=E0 rencontr=E9 ce probl=E8me :
Nous avions un site compos=E9 de page ASP (pure ASP, pas=20
asp.net) qui tournait sur un serveur (1.2 Ghz, 1Go RAM)=20
sous W2K et IIS 5.0 .
Le m=EAme site dont le contenu a =E9t=E9 copi=E9 sans r=E9=E9criture=20
sur un autre serveur (2 CPU 2.8 GHz , 2Go RAM) sous W2003 =20
et IIS 6.0 tourne parfois tr=E9s lentement (plus bien=20
lentement que sur le pr=E9cedent serveur).
Il est interessant aussi de noter que la lenteur=20
d'affichage des page ASP n'est pas forcement identique=20
depuis tous les postes clients ??!!
Il semble que nous soyons pass=E9 =E0 cot=E9 d'un r=E9glage=20
important mais =E0 quel niveau ?
Comment des pages ex=E9cut=E9es au niveau du serveur peuvent=20
s'afficher plus ou moins rapidement (de mani=E8re tr=E9s=20
sensible ) en fonction du poste client alors que ce=20
probl=E8me ne s'est jamais produit auparavant (pas de=20
changement de configuration des clients) ?
Si vous utilisez des accès à des bases de données Access il y a un problème connu sur Jet.
YannO
"S.Clergironnet" wrote in message news:1b51701c44fce$659b2460$ Bonjour,
Je ne sais pas si quelqu'un a déjà rencontré ce problème :
Nous avions un site composé de page ASP (pure ASP, pas asp.net) qui tournait sur un serveur (1.2 Ghz, 1Go RAM) sous W2K et IIS 5.0 .
Le même site dont le contenu a été copié sans réécriture sur un autre serveur (2 CPU 2.8 GHz , 2Go RAM) sous W2003 et IIS 6.0 tourne parfois trés lentement (plus bien lentement que sur le précedent serveur).
Il est interessant aussi de noter que la lenteur d'affichage des page ASP n'est pas forcement identique depuis tous les postes clients ??!!
Il semble que nous soyons passé à coté d'un réglage important mais à quel niveau ?
Comment des pages exécutées au niveau du serveur peuvent s'afficher plus ou moins rapidement (de manière trés sensible ) en fonction du poste client alors que ce problème ne s'est jamais produit auparavant (pas de changement de configuration des clients) ?
Si quelqu'un a une piste, merci d'avance.
Bonjour,
Si vous utilisez des accès à des bases de données Access il y a un problème
connu sur Jet.
YannO
"S.Clergironnet" <stephane@murex.com> wrote in message
news:1b51701c44fce$659b2460$a101280a@phx.gbl...
Bonjour,
Je ne sais pas si quelqu'un a déjà rencontré ce problème :
Nous avions un site composé de page ASP (pure ASP, pas
asp.net) qui tournait sur un serveur (1.2 Ghz, 1Go RAM)
sous W2K et IIS 5.0 .
Le même site dont le contenu a été copié sans réécriture
sur un autre serveur (2 CPU 2.8 GHz , 2Go RAM) sous W2003
et IIS 6.0 tourne parfois trés lentement (plus bien
lentement que sur le précedent serveur).
Il est interessant aussi de noter que la lenteur
d'affichage des page ASP n'est pas forcement identique
depuis tous les postes clients ??!!
Il semble que nous soyons passé à coté d'un réglage
important mais à quel niveau ?
Comment des pages exécutées au niveau du serveur peuvent
s'afficher plus ou moins rapidement (de manière trés
sensible ) en fonction du poste client alors que ce
problème ne s'est jamais produit auparavant (pas de
changement de configuration des clients) ?
Si vous utilisez des accès à des bases de données Access il y a un problème connu sur Jet.
YannO
"S.Clergironnet" wrote in message news:1b51701c44fce$659b2460$ Bonjour,
Je ne sais pas si quelqu'un a déjà rencontré ce problème :
Nous avions un site composé de page ASP (pure ASP, pas asp.net) qui tournait sur un serveur (1.2 Ghz, 1Go RAM) sous W2K et IIS 5.0 .
Le même site dont le contenu a été copié sans réécriture sur un autre serveur (2 CPU 2.8 GHz , 2Go RAM) sous W2003 et IIS 6.0 tourne parfois trés lentement (plus bien lentement que sur le précedent serveur).
Il est interessant aussi de noter que la lenteur d'affichage des page ASP n'est pas forcement identique depuis tous les postes clients ??!!
Il semble que nous soyons passé à coté d'un réglage important mais à quel niveau ?
Comment des pages exécutées au niveau du serveur peuvent s'afficher plus ou moins rapidement (de manière trés sensible ) en fonction du poste client alors que ce problème ne s'est jamais produit auparavant (pas de changement de configuration des clients) ?
Si quelqu'un a une piste, merci d'avance.
Francis Spiesser
> Si quelqu'un a une piste, merci d'avance.
J'ai eu le même problème. Solution -> Supprimer tous les Response.Bufferúlse (ou les remplacer par des response.Buffer=True), c'est magique !!
--
------------------------------ Francis (remplacer .nospam par .net dans mon adresse pour me répondre directement)
"Quand tout baigne, il y a forcément quelque chose qui va couler"
>
Si quelqu'un a une piste, merci d'avance.
J'ai eu le même problème. Solution -> Supprimer tous les
Response.Bufferúlse (ou les remplacer par des response.Buffer=True),
c'est magique !!
--
------------------------------
Francis
(remplacer .nospam par .net dans mon adresse pour me répondre
directement)
"Quand tout baigne, il y a forcément quelque chose qui va couler"
J'ai eu le même problème. Solution -> Supprimer tous les Response.Bufferúlse (ou les remplacer par des response.Buffer=True), c'est magique !!
--
------------------------------ Francis (remplacer .nospam par .net dans mon adresse pour me répondre directement)
"Quand tout baigne, il y a forcément quelque chose qui va couler"
S.Clergironnet
Merci pour l'info, apparemment cette option a une nette influence sur le temps d'execution.
Néanmoins je ne m'explique toujours pas pourquoi certains PC recevaient les pages plus vites que d'autres à configurations (hard+soft+reseau) égales ...
-----Message d'origine-----
Si quelqu'un a une piste, merci d'avance.
J'ai eu le même problème. Solution -> Supprimer tous les Response.Bufferúlse (ou les remplacer par des
response.Buffer=True),
c'est magique !!
--
------------------------------ Francis (remplacer .nospam par .net dans mon adresse pour me
répondre
directement)
"Quand tout baigne, il y a forcément quelque chose qui va
couler"
.
Merci pour l'info, apparemment cette option a une nette
influence sur le temps d'execution.
Néanmoins je ne m'explique toujours pas pourquoi certains
PC recevaient les pages plus vites que d'autres à
configurations (hard+soft+reseau) égales ...
-----Message d'origine-----
Si quelqu'un a une piste, merci d'avance.
J'ai eu le même problème. Solution -> Supprimer tous les
Response.Buffer=False (ou les remplacer par des
response.Buffer=True),
c'est magique !!
--
------------------------------
Francis
(remplacer .nospam par .net dans mon adresse pour me
répondre
directement)
"Quand tout baigne, il y a forcément quelque chose qui va
Merci pour l'info, apparemment cette option a une nette influence sur le temps d'execution.
Néanmoins je ne m'explique toujours pas pourquoi certains PC recevaient les pages plus vites que d'autres à configurations (hard+soft+reseau) égales ...
-----Message d'origine-----
Si quelqu'un a une piste, merci d'avance.
J'ai eu le même problème. Solution -> Supprimer tous les Response.Bufferúlse (ou les remplacer par des
response.Buffer=True),
c'est magique !!
--
------------------------------ Francis (remplacer .nospam par .net dans mon adresse pour me
répondre
directement)
"Quand tout baigne, il y a forcément quelque chose qui va
couler"
.
S.clergironnet
Bonjour,
Le gros du problème est apparement réglè par l'option response.buffer=true mais ce sont bien les pages qui accédent à des bases Access qui sont les plus lentes. Le problème que vous mentionnez est il spécifique à IIS 6.0 car il ne se produisait pas sur notre précédent serveur (IIS 5.0) ?
Merci
-----Message d'origine----- Bonjour,
Si vous utilisez des accès à des bases de données Access
il y a un problème
connu sur Jet.
YannO
"S.Clergironnet" wrote in message news:1b51701c44fce$659b2460$ Bonjour,
Je ne sais pas si quelqu'un a déjà rencontré ce problème :
Nous avions un site composé de page ASP (pure ASP, pas asp.net) qui tournait sur un serveur (1.2 Ghz, 1Go RAM) sous W2K et IIS 5.0 .
Le même site dont le contenu a été copié sans réécriture sur un autre serveur (2 CPU 2.8 GHz , 2Go RAM) sous W2003 et IIS 6.0 tourne parfois trés lentement (plus bien lentement que sur le précedent serveur).
Il est interessant aussi de noter que la lenteur d'affichage des page ASP n'est pas forcement identique depuis tous les postes clients ??!!
Il semble que nous soyons passé à coté d'un réglage important mais à quel niveau ?
Comment des pages exécutées au niveau du serveur peuvent s'afficher plus ou moins rapidement (de manière trés sensible ) en fonction du poste client alors que ce problème ne s'est jamais produit auparavant (pas de changement de configuration des clients) ?
Si quelqu'un a une piste, merci d'avance.
.
Bonjour,
Le gros du problème est apparement réglè par l'option
response.buffer=true mais ce sont bien les pages qui
accédent à des bases Access qui sont les plus lentes.
Le problème que vous mentionnez est il spécifique à IIS 6.0
car il ne se produisait pas sur notre précédent serveur
(IIS 5.0) ?
Merci
-----Message d'origine-----
Bonjour,
Si vous utilisez des accès à des bases de données Access
il y a un problème
connu sur Jet.
YannO
"S.Clergironnet" <stephane@murex.com> wrote in message
news:1b51701c44fce$659b2460$a101280a@phx.gbl...
Bonjour,
Je ne sais pas si quelqu'un a déjà rencontré ce problème :
Nous avions un site composé de page ASP (pure ASP, pas
asp.net) qui tournait sur un serveur (1.2 Ghz, 1Go RAM)
sous W2K et IIS 5.0 .
Le même site dont le contenu a été copié sans réécriture
sur un autre serveur (2 CPU 2.8 GHz , 2Go RAM) sous W2003
et IIS 6.0 tourne parfois trés lentement (plus bien
lentement que sur le précedent serveur).
Il est interessant aussi de noter que la lenteur
d'affichage des page ASP n'est pas forcement identique
depuis tous les postes clients ??!!
Il semble que nous soyons passé à coté d'un réglage
important mais à quel niveau ?
Comment des pages exécutées au niveau du serveur peuvent
s'afficher plus ou moins rapidement (de manière trés
sensible ) en fonction du poste client alors que ce
problème ne s'est jamais produit auparavant (pas de
changement de configuration des clients) ?
Le gros du problème est apparement réglè par l'option response.buffer=true mais ce sont bien les pages qui accédent à des bases Access qui sont les plus lentes. Le problème que vous mentionnez est il spécifique à IIS 6.0 car il ne se produisait pas sur notre précédent serveur (IIS 5.0) ?
Merci
-----Message d'origine----- Bonjour,
Si vous utilisez des accès à des bases de données Access
il y a un problème
connu sur Jet.
YannO
"S.Clergironnet" wrote in message news:1b51701c44fce$659b2460$ Bonjour,
Je ne sais pas si quelqu'un a déjà rencontré ce problème :
Nous avions un site composé de page ASP (pure ASP, pas asp.net) qui tournait sur un serveur (1.2 Ghz, 1Go RAM) sous W2K et IIS 5.0 .
Le même site dont le contenu a été copié sans réécriture sur un autre serveur (2 CPU 2.8 GHz , 2Go RAM) sous W2003 et IIS 6.0 tourne parfois trés lentement (plus bien lentement que sur le précedent serveur).
Il est interessant aussi de noter que la lenteur d'affichage des page ASP n'est pas forcement identique depuis tous les postes clients ??!!
Il semble que nous soyons passé à coté d'un réglage important mais à quel niveau ?
Comment des pages exécutées au niveau du serveur peuvent s'afficher plus ou moins rapidement (de manière trés sensible ) en fonction du poste client alors que ce problème ne s'est jamais produit auparavant (pas de changement de configuration des clients) ?
Si quelqu'un a une piste, merci d'avance.
.
Francis Spiesser
S.Clergironnet avait soumis l'idée :
Merci pour l'info, apparemment cette option a une nette influence sur le temps d'execution.
Néanmoins je ne m'explique toujours pas pourquoi certains PC recevaient les pages plus vites que d'autres à configurations (hard+soft+reseau) égales ...
Je sais c'est agaçant, mais à trop vouloir expliquer certaines choses, on finit avec un entonnoir sur la tête !! =<:o
--
------------------------------ Francis (remplacer .nospam par .net dans mon adresse pour me répondre directement)
"Quand tout baigne, il y a forcément quelque chose qui va couler"
S.Clergironnet avait soumis l'idée :
Merci pour l'info, apparemment cette option a une nette
influence sur le temps d'execution.
Néanmoins je ne m'explique toujours pas pourquoi certains
PC recevaient les pages plus vites que d'autres à
configurations (hard+soft+reseau) égales ...
Je sais c'est agaçant, mais à trop vouloir expliquer certaines choses,
on finit avec un entonnoir sur la tête !!
=<:o
--
------------------------------
Francis
(remplacer .nospam par .net dans mon adresse pour me répondre
directement)
"Quand tout baigne, il y a forcément quelque chose qui va couler"
Merci pour l'info, apparemment cette option a une nette influence sur le temps d'execution.
Néanmoins je ne m'explique toujours pas pourquoi certains PC recevaient les pages plus vites que d'autres à configurations (hard+soft+reseau) égales ...
Je sais c'est agaçant, mais à trop vouloir expliquer certaines choses, on finit avec un entonnoir sur la tête !! =<:o
--
------------------------------ Francis (remplacer .nospam par .net dans mon adresse pour me répondre directement)
"Quand tout baigne, il y a forcément quelque chose qui va couler"
Yann-Loïc
Oui c'est spécifique à IIS 6.0 lors de connexion à des bases Access l'application peut se figer et ne plus répondre aux clients.
"S.clergironnet" wrote in message news:1ca9e01c452eb$a7f43c50$ Bonjour,
Le gros du problème est apparement réglè par l'option response.buffer=true mais ce sont bien les pages qui accédent à des bases Access qui sont les plus lentes. Le problème que vous mentionnez est il spécifique à IIS 6.0 car il ne se produisait pas sur notre précédent serveur (IIS 5.0) ?
Merci
-----Message d'origine----- Bonjour,
Si vous utilisez des accès à des bases de données Access
il y a un problème
connu sur Jet.
YannO
"S.Clergironnet" wrote in message news:1b51701c44fce$659b2460$ Bonjour,
Je ne sais pas si quelqu'un a déjà rencontré ce problème :
Nous avions un site composé de page ASP (pure ASP, pas asp.net) qui tournait sur un serveur (1.2 Ghz, 1Go RAM) sous W2K et IIS 5.0 .
Le même site dont le contenu a été copié sans réécriture sur un autre serveur (2 CPU 2.8 GHz , 2Go RAM) sous W2003 et IIS 6.0 tourne parfois trés lentement (plus bien lentement que sur le précedent serveur).
Il est interessant aussi de noter que la lenteur d'affichage des page ASP n'est pas forcement identique depuis tous les postes clients ??!!
Il semble que nous soyons passé à coté d'un réglage important mais à quel niveau ?
Comment des pages exécutées au niveau du serveur peuvent s'afficher plus ou moins rapidement (de manière trés sensible ) en fonction du poste client alors que ce problème ne s'est jamais produit auparavant (pas de changement de configuration des clients) ?
Si quelqu'un a une piste, merci d'avance.
.
Oui c'est spécifique à IIS 6.0 lors de connexion à des bases Access
l'application peut se figer et ne plus répondre aux clients.
"S.clergironnet" <stephane@murex.com> wrote in message
news:1ca9e01c452eb$a7f43c50$a101280a@phx.gbl...
Bonjour,
Le gros du problème est apparement réglè par l'option
response.buffer=true mais ce sont bien les pages qui
accédent à des bases Access qui sont les plus lentes.
Le problème que vous mentionnez est il spécifique à IIS 6.0
car il ne se produisait pas sur notre précédent serveur
(IIS 5.0) ?
Merci
-----Message d'origine-----
Bonjour,
Si vous utilisez des accès à des bases de données Access
il y a un problème
connu sur Jet.
YannO
"S.Clergironnet" <stephane@murex.com> wrote in message
news:1b51701c44fce$659b2460$a101280a@phx.gbl...
Bonjour,
Je ne sais pas si quelqu'un a déjà rencontré ce problème :
Nous avions un site composé de page ASP (pure ASP, pas
asp.net) qui tournait sur un serveur (1.2 Ghz, 1Go RAM)
sous W2K et IIS 5.0 .
Le même site dont le contenu a été copié sans réécriture
sur un autre serveur (2 CPU 2.8 GHz , 2Go RAM) sous W2003
et IIS 6.0 tourne parfois trés lentement (plus bien
lentement que sur le précedent serveur).
Il est interessant aussi de noter que la lenteur
d'affichage des page ASP n'est pas forcement identique
depuis tous les postes clients ??!!
Il semble que nous soyons passé à coté d'un réglage
important mais à quel niveau ?
Comment des pages exécutées au niveau du serveur peuvent
s'afficher plus ou moins rapidement (de manière trés
sensible ) en fonction du poste client alors que ce
problème ne s'est jamais produit auparavant (pas de
changement de configuration des clients) ?
"S.clergironnet" wrote in message news:1ca9e01c452eb$a7f43c50$ Bonjour,
Le gros du problème est apparement réglè par l'option response.buffer=true mais ce sont bien les pages qui accédent à des bases Access qui sont les plus lentes. Le problème que vous mentionnez est il spécifique à IIS 6.0 car il ne se produisait pas sur notre précédent serveur (IIS 5.0) ?
Merci
-----Message d'origine----- Bonjour,
Si vous utilisez des accès à des bases de données Access
il y a un problème
connu sur Jet.
YannO
"S.Clergironnet" wrote in message news:1b51701c44fce$659b2460$ Bonjour,
Je ne sais pas si quelqu'un a déjà rencontré ce problème :
Nous avions un site composé de page ASP (pure ASP, pas asp.net) qui tournait sur un serveur (1.2 Ghz, 1Go RAM) sous W2K et IIS 5.0 .
Le même site dont le contenu a été copié sans réécriture sur un autre serveur (2 CPU 2.8 GHz , 2Go RAM) sous W2003 et IIS 6.0 tourne parfois trés lentement (plus bien lentement que sur le précedent serveur).
Il est interessant aussi de noter que la lenteur d'affichage des page ASP n'est pas forcement identique depuis tous les postes clients ??!!
Il semble que nous soyons passé à coté d'un réglage important mais à quel niveau ?
Comment des pages exécutées au niveau du serveur peuvent s'afficher plus ou moins rapidement (de manière trés sensible ) en fonction du poste client alors que ce problème ne s'est jamais produit auparavant (pas de changement de configuration des clients) ?
