IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Oracle Discussion :

[Perf/Bug??]9.2.0.1-Problème de performance bizarre.


Sujet :

Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre Expert
    Avatar de LeoAnderson
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    2 938
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 2 938
    Par défaut
    Citation Envoyé par bouyao
    Bonjour,

    Je n'ai pas lu tous le sujet, je regarderai ca à lundi.
    Mais ce que j'ai remarqué que c'est normal après le démarrage de la base les premières requêtes sont lentent car oracle doit faire des analyses et d'autres choses ce qui prends beaucoup de temps, aprés, le lancement de la même requête est plus rapide car tous ce qu'il a besoin se trouve dans la mémoire cache.
    Oui, ça on sait et c'est normal ! ;-)
    Mais là, c'est l'inverse qui se produit !

    Lorsque je lance ma procédure PL/SQL suite à un arrêt/relance de ma
    base de donnée, elle s'exécute en 3min. Si je lance la même procédure
    juste après un premier passage, même deux jours après, elle met alors
    20min à s'exécute

  2. #2
    Membre chevronné

    Profil pro
    Inscrit en
    Juin 2004
    Messages
    487
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2004
    Messages : 487
    Par défaut
    au fait, mes conseils étaient bons?

    remonte-nous l'info stp, c'est interessant pour tout le monde

  3. #3
    Membre averti
    Inscrit en
    Novembre 2005
    Messages
    23
    Détails du profil
    Informations forums :
    Inscription : Novembre 2005
    Messages : 23
    Par défaut
    J'ai pas vraiment pû retester depuis vendredi

    Des contraintes font que je dois tester ces procédures sur de plus gros volumes, pour m'assurer qu'il n'y as pas de régression. Pour l'instant, çà marche bien, mais je n'en suis pas encore à ce problème.

    Je pourrais normalement relancer une phase de test demain après-midi ou mercredi matin au plus tard. J'ai un collègue qui m'a proposé de lancer un 'FLUSH' pour voir ... Je ferais tout çà demain pm

  4. #4
    Membre averti
    Inscrit en
    Novembre 2005
    Messages
    23
    Détails du profil
    Informations forums :
    Inscription : Novembre 2005
    Messages : 23
    Par défaut
    Bonjour à tous,

    J'ai effectué les tests dont nous avions discutés. Pas d'amélioration et le fonctionnement précédent perdure

    Ensuite, j'ai modifié la procédure qui me permet de faire les tests, pour qu'elle ne fasse plus les INSERT. J'ai alors relancé ma procédure après les phases d'optimisations habituelles. L'exécution post arrêt/démarrage de base se déroule bien (3 minutes). La seconde, dérive de nouveau (13h de traitement avec les nouveaux volumes ).

    En désespoir de cause, j'ai intégré un CHECKPOINT Oracle, puis un ALTER SYSTEM FLUSH SHARED_POOL; ... Et là miracle, les temps restent stables, autour du meilleur temps obtenu précédemment

    J'admet que je pourrais toper cet évènement comme "Résolu", mais j'aimerais avoir une explication de ce fonctionnement. Auriez-vous cette explication dans vos cartons ???

    Merci à vous tous pour votre aide en tout cas

  5. #5
    Membre chevronné

    Profil pro
    Inscrit en
    Juin 2004
    Messages
    487
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2004
    Messages : 487
    Par défaut
    bonjour,

    Peux tu nous donner une trace du comportment de ta requête dans le mauvais cas avec le hint que je t'ai donné?

  6. #6
    Membre averti
    Inscrit en
    Novembre 2005
    Messages
    23
    Détails du profil
    Informations forums :
    Inscription : Novembre 2005
    Messages : 23
    Par défaut
    Je le ferais dès que possible ...

    Le problème, c'est que lorsque la procédure ne fonctionne pas, alors que je n'ai multiplié les volumes que par 3, le temps de calcul explose (il passe de 45min à 13h quand même).

    Je finalise mes procédures, je vérifie la non-régression, et je lance la procédure précédente ce soir, pour voir le résultat demain et je vous tiens au courant.

Discussions similaires

  1. [AC-2010] Bug listes déroulantes liées et problème de correspondance.
    Par Alialyn dans le forum IHM
    Réponses: 12
    Dernier message: 07/09/2011, 13h36
  2. BUG Firefox 3.6.2! Problème affichage numéro telephone
    Par MadCat34 dans le forum Balisage (X)HTML et validation W3C
    Réponses: 11
    Dernier message: 16/08/2010, 14h28
  3. [oracle 9i][Workbench]Problème de performance
    Par nuke_y dans le forum Oracle
    Réponses: 6
    Dernier message: 03/02/2005, 17h38
  4. Problème de LINK Bizarre !!
    Par Jasmine dans le forum MFC
    Réponses: 24
    Dernier message: 19/03/2004, 15h58
  5. [ POSTGRESQL ] Problème de performance
    Par Djouls64 dans le forum PostgreSQL
    Réponses: 6
    Dernier message: 26/05/2003, 16h18

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo