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

Administration Oracle Discussion :

SELECT n'utilisant pas tous les CPU du serveur


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre Expert
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    2 005
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 2 005
    Par défaut SELECT n'utilisant pas tous les CPU du serveur
    Bonjour,

    Je vois sur le Cloud Control un user faisant un SELECT qui dure une heure. Cet ordre n'utilise qu'un seul CPU alors que la base en dispose de quatre. A noter que ce user représente 99,9% de l'activité de la base voir parfois 100% (donc il est le seul actif).
    Hé bien je ne vois pas comment cela est géré... je ne dis pas qu'il doive utiliser le max des ressources dispos mais comment est-il limité dans l'usage de celles-ci?

    Ce user n'a pas de profil spécial qui lui est associé, idem pour le ressource manager, tout est en mode par défaut...
    Après avoir investigué ces deux pistes, je n'ai rien vu disant : un seul CPU par user.

    Est-ce que vous sauriez où je dois chercher pour voir quelle fonctionnalité ou paramètre gère ce comportement?

    Bonne journée

  2. #2
    Modérateur
    Avatar de Waldar
    Homme Profil pro
    Sr. Specialist Solutions Architect @Databricks
    Inscrit en
    Septembre 2008
    Messages
    8 454
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Sr. Specialist Solutions Architect @Databricks
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 8 454
    Par défaut
    Ça peut dépendre aussi des tables interrogées, si elles sont en NOPARALLEL, ça ne fera toujours qu'un seul CPU.
    Ou un HINT.
    Ou autre chose !

  3. #3
    Membre Expert
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    2 005
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 2 005
    Par défaut
    Oh p*****g, j'avais pas pensé au parallélisme

    Bon, c'est certainement ça... un gros merci à toi Waldar

  4. #4
    Membre chevronné
    Homme Profil pro
    xxxxxxxxx
    Inscrit en
    Avril 2015
    Messages
    395
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : xxxxxxxxx

    Informations forums :
    Inscription : Avril 2015
    Messages : 395
    Par défaut
    Je. te. transmet. un. lien. comportant. d’autres. liens.
    discutant. démontrant. le. choix. du. parallélisme. impliquants. le. nombre. de. CPI.
    http://oracleinaction.com/parallel-threshold/
    Bonne. chance

  5. #5
    Rédacteur

    Homme Profil pro
    Consultant / formateur Oracle et SQL Server
    Inscrit en
    Décembre 2002
    Messages
    3 461
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Consultant / formateur Oracle et SQL Server

    Informations forums :
    Inscription : Décembre 2002
    Messages : 3 461
    Par défaut
    Tout à fait !
    Comme le dit Waldar, Oracle n'emploie pas spontanément le parallélisme, et par défaut, une requête, aussi volumineuse soit-elle, sera exécutée par un seul processus, en laissant les autres processeurs inutilisés.
    C'est plutôt une bonne chose à mon sens comme comportement par défaut, vu que le parallélisme n'est pas pertinent en OLTP.

    (SQL Server, par exemple, fonctionne différemment, et engage le parallélisme dès que le coût de la requête dépasse un seuil défini au niveau de l'instance).

  6. #6
    Membre Expert
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    2 005
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 2 005
    Par défaut
    Merci à tous pour vos réponses, j'étais sur qu'il y avait une explication simple mais j'étais parti dans d'autres délires...

Discussions similaires

  1. SELECT ne retourne pas tous les éléments d'une vue
    Par chat de nuit dans le forum SQL Procédural
    Réponses: 4
    Dernier message: 20/03/2012, 14h38
  2. [MySQL] mon select ne renvoie pas tous les champs
    Par dhonore dans le forum PHP & Base de données
    Réponses: 1
    Dernier message: 25/07/2011, 16h00
  3. VMWare 2.0.2 n'utilise pas tous les CPU physiques !?
    Par guslinux dans le forum VMware
    Réponses: 2
    Dernier message: 02/04/2010, 15h33
  4. Réponses: 3
    Dernier message: 18/11/2008, 15h31
  5. Utiliser un filtre mais pas tous les filtres
    Par le.gros_v dans le forum Débuter
    Réponses: 2
    Dernier message: 16/11/2008, 21h31

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