[VB.NET] temps d'exécution

Version imprimable

06/03/2006, 18h28
lucie.houel

[VB.NET] temps d'exécution

Bonjour à tous et à toutes,

J'ai mis VB dans le titre, mais le problème concerne ASP.NET en général je pense :oops:

Voilà mon problème : j'ai un traitement assez lourd qui fait donc au final planter le serveur. On est en train de modifier les différents timeout (machine.config, web.config, IIS) mais rien y fait. Ce qui m'énerve c'est qu'à chaque fois on atteint jamais les limites : par ex : je mets 3000 partout et au bout de 20 secondes, c'est fini :twisted: :?: :cry:

une idée :? :idea:
06/03/2006, 18h32
crimsonPhantom

Quel est ton traitement? Accès à une BD avec 10 milliars de lignes? Écriture de données dans un répertoire?
06/03/2006, 18h32
prophetky

S'il s'agit d'une requete SQL, il faut augmenter le CommandTimeout de l'obecjt (SQL)Command.
06/03/2006, 18h35
lucie.houel

y a requete sql avec bcp de lignes, écriture dans un rep, écriture dans des fichiers word :roll:

voici l'erreur exacte :

Code:

1
2
3
4
5
6
7
 
Expiration du délai d'attente. Le délai d'attente s'est écoulé avant la fin de l'opération ou le serveur ne répond pas. 
Description : Une exception non gérée s'est produite au moment de l'exécution de la demande Web actuelle. Contrôlez la trace de la pile pour plus d'informations sur l'erreur et son origine dans le code. 
 
Détails de l'exception: System.Data.SqlClient.SqlException: Expiration du délai d'attente. Le délai d'attente s'est écoulé avant la fin de l'opération ou le serveur ne répond pas.
 
Erreur

06/03/2006, 18h40
crimsonPhantom

Citation:

Envoyé par lucie.houel

y a requete sql avec bcp de lignes, écriture dans un rep, écriture dans des fichiers word :roll:

pour tes requètes, est-ce que tu utilises un dataset ou un datareader pour récupérer tes données? le datareader fonctionne beaucoup plus rapidement que le dataset qui est vraiment lourd à cause des metadonnées qu'il conserve....

pour l'écriture dans des répertoires, ca mange énormément de RAM (sur notre serveur de fichier du moins) . Depuis qu'on l'a doublé, ca va mieux!
06/03/2006, 18h47
lucie.houel

Citation:

Envoyé par prophetky

S'il s'agit d'une requete SQL, il faut augmenter le CommandTimeout de l'obecjt (SQL)Command.

marche pô :?

quoi que je change, il stoppe à 30 secondes :evil:
06/03/2006, 18h50
lucie.houel

Citation:

Envoyé par crimsonPhantom

Citation:

Envoyé par lucie.houel

y a requete sql avec bcp de lignes, écriture dans un rep, écriture dans des fichiers word :roll:

pour tes requètes, est-ce que tu utilises un dataset ou un datareader pour récupérer tes données? le datareader fonctionne beaucoup plus rapidement que le dataset qui est vraiment lourd à cause des metadonnées qu'il conserve....

pour l'écriture dans des répertoires, ca mange énormément de RAM (sur notre serveur de fichier du moins) . Depuis qu'on l'a doublé, ca va mieux!

c'est des reader

nan mais en fait je me doute que la lenteur vient des fichiers, mais j'aimerais comprendre pkoi l'appli plante à 30 secondes, alors qu'on a l'impression d'avoir changer tous les timeouts :roll: :?:
06/03/2006, 19h10
linux

Tu vas devoir lancer des threads differents en séparant la lecture des données de la création des fichiers sur ton serveur en utilisant une pile partagée ou autres pour le partage des données
07/03/2006, 09h29
lucie.houel

ça aussi j'ai essayé : lancer dans un thread différent et ça n'a rien donné, j'ai toujours la même erreur :?

mais en fait j'aimerais comprendre quel timeout je dois changer pour que l'application continue de ramer au-delà de 30 secondes (je sais que c'est con, mais je voudrais comprendre :roll: )
07/03/2006, 09h53
prophetky

as tu essayer d'augmenter le timeout que je t'ai mis plus haut.
Et n'oublie pas de fermer la connexion à SQL Server des que ton traitement SQL est fini, car ca bouffe des resources et un timeout pour rien.
07/03/2006, 10h06
lucie.houel

oui, oui, regarde je te l'ai mis plus haut que j'avais essayé :wink:
07/03/2006, 10h54
Sphax

C'est une ou plusieurs requetes sql que tu fais ? Avec des transactions ? Si oui il est possible que tu ais un dead lock qque part.
07/03/2006, 11h13
lucie.houel

Salut sphax :wink:

C'est plusieurs requetes mais sans transaction.

Mais on aurait plutôt l'impression que le problème vient de IIS, du machnie.config ou du web.config, plutôt que de SQL SERVER, car quand je lance mes requetes à la main dans l'analyseur de requete, elles mettent le temps, mais elles arrivent jusqu'au bout. :?
07/03/2006, 11h16
lucie.houel

par exemple, on a essayé de modifier ça dans le machine.config :

Code:

<httpRuntime executionTimeout="90" maxRequestLength="4096" useFullyQualifiedRedirectUrl="false" minFreeThreads="8" minLocalRequestFreeThreads="4" appRequestQueueLimit="100" enableVersionHeader="true"/>

on a mis par exemple 300 au lieu de 90 dans executionTimeout, mais de toutes façons l'appli plante à 30 sec :?
07/03/2006, 11h26
Sphax

Chuis qu'un mal poli, hello lucie ! :)

Citation:

on a mis par exemple 300 au lieu de 90 dans executionTimeout

La tu changes le temps d'execution de la page or toi tu as un probleme de timeout de sqlserver. soit c'est la connexion qui prend du temps (ça voudrait dire que le pool de connexion est vide et que qque part tu aurais oublié de fermer des connexions, verifie on sait jamais) soit que c'est l'exécution de la requete qui prend du temps.

Vu que t'as essayé de changer le CommandTimeout sans succés (t'as bien essayé avec un grand chiffre fantaisiste genre 10000 ?), il est aussi possible que tu ais oublié de "comitter" une transaction précédente. Tu n'as aucune transaction dans ton code nulle part (même ailleurs que sur le code concernant directement la requete dont on parle) ?
07/03/2006, 12h01
lucie.houel

Citation:

Envoyé par Sphax

or toi tu as un probleme de timeout de sqlserver.

comment tu sais que c'est ça ?

Citation:

Envoyé par Sphax

Vu que t'as essayé de changer le CommandTimeout sans succés (t'as bien essayé avec un grand chiffre fantaisiste genre 10000 ?)

j'ai essayé 300

Citation:

Envoyé par Sphax

, il est aussi possible que tu ais oublié de "comitter" une transaction précédente. Tu n'as aucune transaction dans ton code nulle part (même ailleurs que sur le code concernant directement la requete dont on parle) ?

bah qd je lance ma requete à la mano (dans l'analyseur de requetes) je le verrais si c'était ça, nan ?

Est-ce que ça pourrait pas venir du IIS xp qui est un peu m....dique ou du fait que ma base n'est pas en local ?
07/03/2006, 12h11
Sphax

Citation:

comment tu sais que c'est ça ?

Ton exception c'est bien System.Data.SqlClient.SqlException , ce qui est assez clair :). Un timeout de la page aurait été clair également.

Citation:

j'ai essayé 300

Oui j'imagine que c'est assez, ça fait 5 minutes. Si sous l'analyseur de requete l'execution dure moins de 5 minutes c'est ok.

Citation:

bah qd je lance ma requete à la mano (dans l'analyseur de requetes) je le verrais si c'était ça, nan ?

Ben justement si ta requete fonctionne sous l'analyseur de requete c'est a priori que le probleme vient d'ailleurs. En particulier une requete/transaction que tu lancerais avant la requete qui nous intéresse dans ton code. Mais c'est juste une idée, peut etre que ton code n'exécute aucune autre requete avant (?)

Citation:

Est-ce que ça pourrait pas venir du IIS xp qui est un peu m....dique ou du fait que ma base n'est pas en local ?

Je ne sais pas, pt'etre ben qu'oui, pt'etre ben qu'non :wink:

Autre différence entre l'analyseur de requete et ton code c'est la chaine de connexion, est ce que le tienne est bien valide, tu arrives a executer d'autres requetes depuis ton code avec cette chaine de connexion sans probleme ?
07/03/2006, 12h17
lucie.houel

Citation:

Envoyé par Sphax

Ben justement si ta requete fonctionne sous l'analyseur de requete c'est a priori que le probleme vient d'ailleurs. En particulier une requete/transaction que tu lancerais avant la requete qui nous intéresse dans ton code. Mais c'est juste une idée, peut etre que ton code n'exécute aucune autre requete avant (?)

nan je crois pas en plus tout se passe bien si j'ai un petit volume de données (genre 5 personnes à traiter), c'est si le volume de données augmente que ça m..... (genre 300 personnes). Donc si c'était une transaction pas fermée, ça m.... même avec 5 personnes, nan ?

Citation:

Envoyé par Sphax

Autre différence entre l'analyseur de requete et ton code c'est la chaine de connexion, est ce que le tienne est bien valide, tu arrives a executer d'autres requetes depuis ton code avec cette chaine de connexion sans probleme ?

bah ouais sans problème :?
07/03/2006, 12h28
Sphax

Oui effectivement une transaction non fermée bloquerait ta requete meme pour 5 personnes je pense.

Je t'avoue que je seche un peu là. Une question qd même : qd tu mets 300 comme timeout de la commande, ton exception est lévée au bout de combien de temps ? Et c'est toujours la même exception ?
07/03/2006, 12h30
lucie.houel

environ 30 secondes et oui c'est toujours la même :roll:
07/03/2006, 12h39
Sphax

Dans l'analiseur de requete, combien de temps met ta requete à s'exécuter ?

PS : bon cela dit 30 secondes pour une requete c'est assez énorme, tu ne peux pas améliorer ça ?
07/03/2006, 13h21
lucie.houel

bon alors tu vas me hair, mais j'ai confondu connection timeout et command timeout, donc au niveau de la commande sql, c'est bon ça passe, mais maintenant c'est au moment de l'écriture des fichiers qu'il me coupe le process :evil:
07/03/2006, 17h27
lucie.houel

qu'un aurait un timeout à me conseiller :lol: :?: :idea:
07/03/2006, 17h29
Sphax

Normalement maintenant tu as une nouvelle exception, laquelle ?

Le timeout que je vois maintenant c 'est celui d'execution de la page, qui se paramètre à la fois dans IIS et dans le Web.config (je sais pas par contre comment ils marchent tous les deux ensemble, lequel à la préséance sur l'autre etc...).
20/03/2006, 09h48
lucie.houel

bon alors ça m.... en local, mais sur le serveur c'est impec, donc il va falloir qu'on revoit les différences entre timeout, en tous cas, merci bcp pour le :

Code:

command timeout

:wink: