tkpof et elapsed time plus preci

e77em · 13/02/2007, 14h43

salut
j'utilise oracle 9i rel/2, normalement en utilisant tkpof pour l'interpretation du fichier trace l'elapsed time et exprimer en milliseconde "9.99", est ce que c possible de l'exprimer en nanoseconde c a dire pour plus de precision au niveau temps de reponse pour une meilleur interpretation "9.99.99.99."
merci

orafrance · 13/02/2007, 16h09

non, et de souvenir ce sont des centi-secondes et non milliseconde

e77em · 13/02/2007, 16h53

Citation:

Envoyé par Fred_D

non, et de souvenir ce sont des centi-secondes et non milliseconde

oui plutot en centi seconde, alors pas de possiblité je pense ?

laurentschneider · 13/02/2007, 17h16

quelle est ta valeur de TIMED_STATISTICS?

orafrance · 13/02/2007, 17h26

en revanche dans la trace c'est peut-être plus précis

e77em · 13/02/2007, 17h32

Citation:

Envoyé par laurentschneider

quelle est ta valeur de TIMED_STATISTICS?

TIMED_STATISTICS=TRUE

pifor · 13/02/2007, 17h41

Le fichier trace brut comprend des temps en microsecondes pour Oracle 9 mais tkprof ne calcule qu'en centièmes de secondes.

e77em · 13/02/2007, 19h19

Citation:

Envoyé par pifor

Le fichier trace brut comprend des temps en microsecondes pour Oracle 9 mais tkprof ne calcule qu'en centièmes de secondes.

le fichier trace brute n'est pas comprehensible, et le tkprof exprime comme j'ai remarqué et comme tu m'a dit en centiemes de seconde, donc je pense que tkprof arrondi le temps d'execution par exemple si l'elapsed time réel (trace brute) = 00.00.98 tkpof l'affiche a 00.1,
donc je demande si il ya une methode pour visualisé le temps de reponse d'une requette SQL avec un temps plus precis (microseconde) que en centiemme de seconde?
je pense que c tres utilse pour tous car l'execution (parse+execute+fetch) et super rapide...

NGasparotto · 13/02/2007, 20h12

Quelle application a besoin d'une telle précision pour faire une difference milli/centi seconde ?

Nicolas.

e77em · 13/02/2007, 20h43

Citation:

Envoyé par NGasparotto

Quelle application a besoin d'une telle précision pour faire une difference milli/centi seconde ?

Nicolas.

peoplesoft ET SUROUT besoin personnel

NGasparotto · 14/02/2007, 09h24

Peoplesoft ? Moi-même admin peoplesoft depuis plusieurs années, je ne vois pas vraiment ce qu'un millième de seconde change par rapport à un centième de seconde : pour le transactionnel, je défi tout utilisateur de voir une différence de temps de réponse inférieure à la seconde, pour les batchs un millième de seconde... même pour des très gros traitement, je ne vois pas vraiment. Surtout qu'il ne s'agit là que d'une information affichée ou non.

Mais bon, si c'est pour des raisons personnelles, alors là c'est autre chose.

Bon courage,

Nicolas.

pifor · 14/02/2007, 09h37

Les colonnes V$SQL.CPU_TIME et V$SQL.ELAPSED_TIME donnent des temps d'exécution en microsecondes pour la requête concernée:
http://download-uk.oracle.com/docs/c...536/ch3191.htm.

orafrance · 14/02/2007, 09h37

en effet, je ne vois pas ce qu'apporterait un gain en terme de nanoseconde

en tout cas, pour être clair : ce n'est pas possible.

NGasparotto · 14/02/2007, 09h41

Citation:

Envoyé par Fred_D

en effet, je ne vois pas ce qu'apporterait un gain en terme de nanoseconde

A part pour de l'embarqué, mais Peoplesoft en est loin... ;-)

Nicolas.

e77em · 14/02/2007, 09h49

Citation:

Envoyé par NGasparotto

Peoplesoft ? Moi-même admin peoplesoft depuis plusieurs années, je ne vois pas vraiment ce qu'un millième de seconde change par rapport à un centième de seconde : pour le transactionnel, je défi tout utilisateur de voir une différence de temps de réponse inférieure à la seconde, pour les batchs un millième de seconde... même pour des très gros traitement, je ne vois pas vraiment. Surtout qu'il ne s'agit là que d'une information affichée ou non.

Mais bon, si c'est pour des raisons personnelles, alors là c'est autre chose.

Bon courage,

Nicolas.

bon voila j'ai mentioné peoplesoft et SUROUT besoin personnel, mais mon ami je sais bien que c impossible de voir une différence de temps en centieme de seconde et meme en seconde meme car c difficile et les utilisateurs ne remarquent pas ca, mais un admin a besoin de ca SOUVENT, et personnellement un centiemme de seconde m'interrese une requette qui affiche un elapsed time = 0.019 et bien dfférent a un elapsed time = 0.02 ca c de mon point de vue.

pifor merci bien

remi4444 · 14/02/2007, 09h57

Pour mesurer l'efficacité d'une requête à "réponse immediate", le temps n'est pas une bonne donnée car tu as une telle masse de choses qui peuvent rentrer en concurence sur la machine que tu t'arraches les cheuveux à essayer de comprendre...

La première mesure pour une requête est le nombre d'I/O logique.

orafrance · 14/02/2007, 09h58

Citation:

Envoyé par e77em

une requette qui affiche un elapsed time = 0.019 et bien dfférent a un elapsed time = 0.02 ca c de mon point de vue.

Je crains que tu fasses fausse route dans ta démarche. Ce qui est intéressant c'est le temps de la requête par le nombre d'exécutions... mais soyons réaliste 1ns de perdu sur la requête ne fait perdre qu'une seconde pour 1000000 d'exécutions de la requête... ce qui laisse quand même une marge de manoeuvre acceptable.

J'imagine que tu veux optimiser un traitement, alors la 1° question à se poser c'est pourquoi tu t'intéresses à cette requête en particulier, est-ce que tu as déjà regardé s'il n'y a pas moyen de mieux l'écrire, de "keeper" les objets manipuler, etc... Avant de descendre à la nanoseconde, il y a d'autres choses à regarder.

Enfin, pourquoi la nanoseconde n'a pas d'importance ? Simplement parce que les taux de lecture disque sont de l'ordre de la ms et non la nanoseconde, donc, tu ne gagneras pas de temps à la nanoseconde prêt

e77em · 14/02/2007, 10h12

Citation:

Envoyé par Fred_D

Je crains que tu fasses fausse route dans ta démarche. Ce qui est intéressant c'est le temps de la requête par le nombre d'exécutions... mais soyons réaliste 1ns de perdu sur la requête ne fait perdre qu'une seconde pour 1000000 d'exécutions de la requête... ce qui laisse quand même une marge de manoeuvre acceptable.

J'imagine que tu veux optimiser un traitement, alors la 1° question à se poser c'est pourquoi tu t'intéresses à cette requête en particulier, est-ce que tu as déjà regardé s'il n'y a pas moyen de mieux l'écrire, de "keeper" les objets manipuler, etc... Avant de descendre à la nanoseconde, il y a d'autres choses à regarder.

Enfin, pourquoi la nanoseconde n'a pas d'importance ? Simplement parce que les taux de lecture disque sont de l'ordre de la ms et non la nanoseconde, donc, tu ne gagneras pas de temps à la nanoseconde prêt

c clair fred merci
a propos de ta 1ere question j'ai bien trouve un autre moyen a ecrire, et en ce qui concerne la diffirence entre les : recursive calls, consistent gets et physical reads il ya une grande différence mais l'elapsed time et le meme de 0.2,
en tt cas je comprend bien ce que vous voulez me dire et je tiendrais compte la prochaine fois d'autre parametres a part l'epased time
merci

13/02/2007, 14h43	#1
e77em Membre à l'essai Inscription : décembre 2003 Messages : 59 Détails du profil Informations forums : Inscription : décembre 2003 Messages : 59 Points : 22 Points : 22	tkpof et elapsed time plus preci salut j'utilise oracle 9i rel/2, normalement en utilisant tkpof pour l'interpretation du fichier trace l'elapsed time et exprimer en milliseconde "9.99", est ce que c possible de l'exprimer en nanoseconde c a dire pour plus de precision au niveau temps de reponse pour une meilleur interpretation "9.99.99.99." merci
	00

13/02/2007, 16h09	#2
orafrance Rédacteur/Modérateur Inscription : janvier 2004 Messages : 15 861 Détails du profil Informations personnelles : Âge : 35 Informations forums : Inscription : janvier 2004 Messages : 15 861 Points : 16 212 Points : 16 212	non, et de souvenir ce sont des centi-secondes et non milliseconde __________________ Règles et liens du forum Oracle Guide Oracle Pense-bête du DBA Oracle : Exemple
	00

13/02/2007, 17h26	#5
orafrance Rédacteur/Modérateur Inscription : janvier 2004 Messages : 15 861 Détails du profil Informations personnelles : Âge : 35 Informations forums : Inscription : janvier 2004 Messages : 15 861 Points : 16 212 Points : 16 212	en revanche dans la trace c'est peut-être plus précis __________________ Règles et liens du forum Oracle Guide Oracle Pense-bête du DBA Oracle : Exemple
	00

13/02/2007, 17h41	#7
pifor Expert Confirmé Inscription : février 2006 Messages : 3 433 Détails du profil Informations forums : Inscription : février 2006 Messages : 3 433 Points : 3 462 Points : 3 462	Le fichier trace brut comprend des temps en microsecondes pour Oracle 9 mais tkprof ne calcule qu'en centièmes de secondes. __________________ P. Forstmann AskTom Forums OTN doc 8, 9, 10 et 11
	00

14/02/2007, 09h37	#12
pifor Expert Confirmé Inscription : février 2006 Messages : 3 433 Détails du profil Informations forums : Inscription : février 2006 Messages : 3 433 Points : 3 462 Points : 3 462	Les colonnes V$SQL.CPU_TIME et V$SQL.ELAPSED_TIME donnent des temps d'exécution en microsecondes pour la requête concernée: http://download-uk.oracle.com/docs/c...536/ch3191.htm. __________________ P. Forstmann AskTom Forums OTN doc 8, 9, 10 et 11
	00

13/02/2007, 17h16	#4
laurentschneider Expert Confirmé Sénior Laurent Schneider Administrateur de base de données Inscription : décembre 2005 Messages : 2 927 Détails du profil Informations personnelles : Nom : Laurent Schneider Localisation : Suisse Informations professionnelles : Activité : Administrateur de base de données Secteur : Finance Informations forums : Inscription : décembre 2005 Messages : 2 927 Points : 4 549 Points : 4 549	quelle est ta valeur de TIMED_STATISTICS?
	00

13/02/2007, 20h12	#9
NGasparotto Membre expérimenté Nicolas Gasparotto Inscription : janvier 2007 Messages : 424 Détails du profil Informations personnelles : Nom : Nicolas Gasparotto Informations forums : Inscription : janvier 2007 Messages : 424 Points : 500 Points : 500	Quelle application a besoin d'une telle précision pour faire une difference milli/centi seconde ? Nicolas.
	00

14/02/2007, 09h24	#11
NGasparotto Membre expérimenté Nicolas Gasparotto Inscription : janvier 2007 Messages : 424 Détails du profil Informations personnelles : Nom : Nicolas Gasparotto Informations forums : Inscription : janvier 2007 Messages : 424 Points : 500 Points : 500	Peoplesoft ? Moi-même admin peoplesoft depuis plusieurs années, je ne vois pas vraiment ce qu'un millième de seconde change par rapport à un centième de seconde : pour le transactionnel, je défi tout utilisateur de voir une différence de temps de réponse inférieure à la seconde, pour les batchs un millième de seconde... même pour des très gros traitement, je ne vois pas vraiment. Surtout qu'il ne s'agit là que d'une information affichée ou non. Mais bon, si c'est pour des raisons personnelles, alors là c'est autre chose. Bon courage, Nicolas.
	00

14/02/2007, 09h57	#16
remi4444 Membre Expert Inscription : avril 2006 Messages : 1 024 Détails du profil Informations forums : Inscription : avril 2006 Messages : 1 024 Points : 1 175 Points : 1 175	Pour mesurer l'efficacité d'une requête à "réponse immediate", le temps n'est pas une bonne donnée car tu as une telle masse de choses qui peuvent rentrer en concurence sur la machine que tu t'arraches les cheuveux à essayer de comprendre... La première mesure pour une requête est le nombre d'I/O logique.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email