Discussion :

[fred_04510]

Bonjour,
Suite aux recommandations de certains éditeurs en terme de processeur, je m'interroge sur la prise en compte par Oracle des multiprocesseurs.

Est ce qu'une instance Oracle utilise pleinement les ressources offertes par les multiprocesseurs (sans paramétrage particulier) ?
Si oui, quels sont les processus qui en bénéficient ?
Si non quel paramétrage peut on mettre en place pour profiter des multiprocesseurs et quels sont les processus impactés?

Merci d'avance

[fatsora]

Bonjour,

Il y a un parametre Oracle: cpu_count qui affiche le nombre de CPU vu par oracle que ce soit de l'hyperthreading ou pas

En fonction de la version Oracle et en fonction de la license (Entreprise ,XE , Standard Edition ...) le parallelisme peut etre pris en charge

Voir ici des détails sur l'activation du parallelisme en SQL

Le PLSQL ne béneficie pas de la programmation multithreading

http://asktom.oracle.com/pls/asktom/...D:146612348066

En Standard Edition , si CPU_COUNT > 1 , on peut toujours simuler le parallelisme avec dbms_job ,sbms_scheduler ... en lancant en meme temps
deux requetes sur des tables différentes

[fred_04510]

merci pour cette réponse rapide,

Exact, mais à part l'exécution d'ordres LSD,LMD et LDD en mode parallèle, dans quels autres registres peut on utiliser le multiprocesseur ?

Voir ici des détails sur l'activation du parallelisme en SQL

Quelles sont les fonctionnalités concernées par le parallélisme?
Où puis-je trouver des informations à ce sujet?

En fonction de la version Oracle et en fonction de la license (Entreprise ,XE , Standard Edition ...) le parallelisme peut etre pris en charge

Merci d'avance,

[fatsora]

merci pour cette réponse rapide,

Exact, mais à part l'exécution d'ordres LSD,LMD et LDD en mode parallèle, dans quels autres registres peut on utiliser le multiprocesseur ?

Il y a deja IMPDP

This parameter is valid only in the Enterprise Edition of Oracle Database 10g.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
Other Types of Parallelism
 
In addition to parallel SQL execution, Oracle can use parallelism for the following types of operations:
 
    *
 
      Parallel recovery
    *
 
      Parallel propagation (replication)
    *
 
      Parallel load (the SQL*Loader utility)
 
Like parallel SQL, parallel recovery and propagation are performed by a parallel execution coordinator and multiple parallel execution servers. Parallel load, however, uses a different mechanism.
 
The behavior of the parallel execution coordinator and parallel execution servers may differ, depending on what kind of operation they perform (SQL, recovery, or propagation). For example, if all parallel execution servers in the pool are occupied and the maximum number of parallel execution servers has been started:
 
    *
 
      In parallel SQL, the parallel execution coordinator switches to serial processing.
    *
 
      In parallel propagation, the parallel execution coordinator returns an error.
 
For a given session, the parallel execution coordinator coordinates only one kind of operation. A parallel execution coordinator cannot coordinate, for example, parallel SQL and parallel recovery or propagation at the same time.

Quelles sont les fonctionnalités concernées par le parallélisme?
Où puis-je trouver des informations à ce sujet?

En réalité sauf si je ne m'abuse il n'y a que Etreprise Edition et Personal Edition qui ont le parallelisme

ref metalink Note:271886.1



Merci d'avance

[fred_04510]

Bien vu, merci pour l'info

En réalité sauf si je ne m'abuse il n'y a que Etreprise Edition et Personal Edition qui ont le parallelisme

Donc je résume :
Le multiprocesseur est uniquement en compte par Oracle dans les éditions personal et entreprise pour les aspects :
LSD,LDD,LMD,recovery,propagation et load

Je rajoute que le mode parallèle n'est pas automatique.
Par exemple pour les requêtes de sélection, il faut au moins que le champs degree de dba_tables soit > 1.

Ma conclusion :
Le multiprocesseur est inutile sur les bases Oracle dont les versions sont différentes de personal et entreprise.
Pour les autres éditions, le multiprocesseur est inutile sur les bases Oracle si on n'a pas configuré l'instance en conséquence.

Qu'en pensez vous?

[Pomalaix]

Bonjour

Une référence intéressante pour commencer : http://www.oracle.com/technology/pro...uct_family.pdf

On y voit par exemple que l'édition Standard peut tourner sur un système quadriprocesseur, mais pour autant ne supporte pas le parallélisme.
Il n'y a pas de contradiction en cela.

En effet, un système Oracle est constitué de divers processus (les processus noyau comme DBWR, LGWR et compagnie, mais aussi les dizaines ou centaines de processus dits "serveurs" qui desservent chacune des connexions).
Ces différents processus tournent simultanément, et utilisent sans paramétrage particulier tous les processeurs disponibles. On peut considérer cela, dans une terminologie généraliste, comme étant du parallélisme.

Cependant, Oracle donne à "parallélisme" un sens particulier : c'est le fait de solliciter plusieurs processus serveurs travaillant simultanément pour traiter une même opération, par exemple un SELECT très volumineux.
En mode non parallèle (cas par défaut), un seul processus traitera cette requête.

Bien évidemment, pour faire du parallélisme, il est vivement souhaitable de disposer de plusieurs processeurs, sans quoi les processus parallèles seront en fait séquentiels.
Et même si vous ne souhaitez pas faire de parallélisme, un système multiprocesseur vous donnera de bien meilleures performances qu'avec un seul processeur, si votre charge est un peu consistante.

[Pomalaix]

Le PLSQL ne béneficie pas de la programmation multithreading

http://asktom.oracle.com/pls/asktom/...D:146612348066

Bonjour

Je ne dispose pas d'information contraire à ce qui est affirmé ici, mais je prendrais avec quelques pincettes une réponse qui date de 2000.

[fatsora]

Bonjour

Je ne dispose pas d'information contraire à ce qui est affirmé ici, mais je prendrais avec quelques pincettes une réponse qui date de 2000.

Les posts de TOM finissent le 11/05/2009 et n'infirment pas cet etat de fait

un autre post ici datant de 2008
http://asktom.oracle.com/pls/asktom/...:3533747242374

Corfirme ce qu'il (Tom a avancé ...)