Re : iostat, taux d'E/S UFS Sun

Merci Paul, Concernant l'autre question, pourrais-tu faire un commentaire basé sur ton expérience ? Lorsque j'exécute une commande mkfile afin de créer un fichier, j'observe environ 1 Mo en écriture ou en lecture par opération de lecture. C'est ce que j'ai configuré pour le système de fichiers ufs. En revanche, lorsque je lance une requête Oracle, le nombre de Ko lus ou écrits par opération d'E/S est très faible. (Pour la partie Oracle, je surveille également ce que fait le dbserver pendant cette requête : Oracle émet des requêtes de lecture de 1 Mo vers le système de fichiers, et comme j'utilise le parallel query qui contourne le buffer cache d'Oracle, je suis certain qu'Oracle demande les données au sous-système disque.) Cordialement, hope

hopehope_123 a écrit : > Merci Paul, > > Concernant l'autre question, pourrais-tu donner ton avis à partir de > ton expérience ? Lorsque j'exécute une commande mkfile afin de créer un > fichier, je constate environ 1 Mo d'écriture ou de lecture par > opération de lecture. C'est ce que j'ai configuré pour le système de > fichiers ufs. Mais lorsque j'exécute une requête Oracle, le nombre de > Ko lus ou écrits par opération d'E/S est très faible. (Pour la partie > Oracle, je surveille également ce que fait le dbserver pendant cette > requête : Oracle émet des requêtes de lecture de 1 Mo vers le système > de fichiers, et comme j'utilise une requête parallèle qui contourne le > buffer cache d'Oracle, je suis certain qu'Oracle demande les données au > sous-système disque.) > > > Cordialement, > hope > Je ne peux pas me prononcer, j'ai eu la chance de ne jamais avoir eu à utiliser Oracle -- Paul Watson # Oninit Ltd # Vieillir est obligatoire Tél. : +44 1436 672201 # Mûrir est facultatif Fax : +44 1436 678693 # Mob. : +44 7818 003457 # www.oninit.com #

truss le processus Oracle... voyez ce qu'il fait réellement truss -aef -v all -o outfile -p <pid> Il est possible qu'Oracle utilise un index et que, en parcourant cet index, les pages dont il a besoin ne soient pas contiguës ; il effectue donc des lectures aléatoires plutôt que les E/S séquentielles réalisées par mkfile. Cela dégrade les performances, mais on ne peut rien y faire. Avec un système de fichiers, vous passez par le code du système de fichiers, ce qui implique la lecture des inodes, des pointeurs indirects simples, doubles et triples, et le transfert de toutes ces données par le processeur. Davantage de surcharge... Utilisez plutôt des disques en accès brut (raw) !