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 ;)

Ç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 !

Oh p*****g, j'avais pas pensé au parallélisme :aie:

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

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

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).

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...