Oracle et multiprocesseur

Version imprimable

15/05/2009, 09h18
fred_04510

Oracle et multiprocesseur

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
15/05/2009, 10h35
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
15/05/2009, 11h05
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 ?

Citation:

Envoyé par fatsora

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?

Citation:

Envoyé par fatsora

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,

Citation:

Envoyé par 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 ?

Il y a deja IMPDP

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

Code:

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.

Citation:

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

15/05/2009, 12h00
fred_04510

Bien vu, merci pour l'info

Citation:

Envoyé par fatsora

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?
15/05/2009, 12h45
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.
15/05/2009, 12h47
Pomalaix

Citation:

Envoyé par fatsora

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.
15/05/2009, 13h43
fatsora

Citation:

Envoyé par Pomalaix

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é ...)
15/05/2009, 17h52
fred_04510

Bonjour,
D'accord donc sans paramétrage particulier, le multiprocesseur permet à un serveur Oracle de supporter plus de connexions.

Citation:

Envoyé par Pomalaix

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.

Le problème est de savoir apprécier la limite à partir de laquelle ca vaut le coup de passer au multi processeur.
En ce moment c'est la course à l'armement avec les serveur multi coeurs.
Les éditeurs de progiciel préconisent des configurations énormes pour les bases Oracle, mais quelle portion de ces ressources est elle utilisée, c'est la question.

Pour ma part j'ai affaire à des charges peu consistantes, tant au niveau des connexions que des opérations (mais à des volumes de données m'interdisant l'utilisation de l'édition express) autant dire que tout ce que je viens de lire me conforte dans l'idée de refuser le multiprocesseur.
Car l'utilisation du multiprocesseur et du multicoeur n'est pas sans conséquences en terme de prix de licences.

Citation:

Envoyé par Pomalaix

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.

En tous cas merci à tous pour ces informations, j'ai pu bien avancer dans ma réflexion à ce sujet grace à vous.

Salutations