J'arrive un peu tard sur le sujet, mais cette semaine je manquais de temps pour lire et répondre.
        Je me permets quelques commentaires ou précisions.

Pour rappel, quand on parle de raw device en général (/dev/rdsk), on parle de l'accès aux périphériques en mode caractères par caractères, au contraire de l'accès en mode blocs (/dev/dsk).

En ce qui concerne Oracle, quand on parle de raw-device, à ma connaissance c'est de l'accès à une partition via le périphérique en mode blocs, mais sans passer par la couche filesystem de l'OS, et donc sans le système de cache, Oracle étant capable de gérer au mieux de son utilisation ses propres caches. Ceci a plusieurs intérêts : - on empile pas les systèmes de caches les uns sur les autres, ce qui est contre-productif en général - on utilise moins de mémoire, le driver UFS n'ayant pas à gérer le cache
        - libérer du CPU (moins de gestion du flush).
Néanmoins l'inconvénient est la difficulté d'administrer ces partitions connues uniquement d'Oracle.

Mais un certain nombre d'OS (dont Solaris) ont implémentés des options de montages en direct I/O et/ou des APIs permettant de by- passer le cache pour certains accès disques. Quelques URLs :

http://www.ixora.com.au/notes/direct_io.htm
http://www.ixora.com.au/notes/filesystemio_options.htm
http://www.ixora.com.au/tips/use_asynchronous_io.htm
http://rootshell.be/~yong321/oranotes/DirectIO.txt


Si vous comprenez tout ça comme moi, une base Oracle bien configurée qui utilise des bases sur UFS doit aujourd'hui avoir quasiment les mêmes perfs qu'une base sur raw devices, même sans avoir le forcedirectio au montage puisque l'accès au directio est possible par appel système.

Néanmoins ce sujet reviens au goût du jour assez régulièrement, on m'a même montré un jour un bench indiquant des perfs moins bonnes en directio avec I/O asynchrones. Donc si des DBAs sont par là, je serais assez intéressé par un petit débat sur le sujet.

Dernière chose, ne jamais utiliser un FS monté en forcedirectio pour autre chose que les bases Oracles, les perfs seront forcéments catastrophiques.


        Nicolas



        

_______________________________________________
Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures
[email protected]
http://x86.sun.com/mailman/listinfo/solaris_fr

Répondre à