3 Replies Latest reply on Jul 4, 2014 2:51 PM by user12180928

    ASM low disk utilization


      Hi all,


            I'm running Oracle on Suse Linux 11.

            I have a procedure that takes hours to execute. Enterpise Manager reports 98,3% IO and 1,7% CPU waits.

            Linux command iostat reports the following during execution:


      avg-cpu:  %user   %nice %system %iowait  %steal   %idle

                     0.59      0.00    0.43        5.69       0.00      93.29



      Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util

      dm-10             0.00     0.00   42.40    0.00   339.20     0.00    16.00     0.26    6.11   6.09        25.84

      dm-13             0.00     0.00   34.60    0.60   276.80     1.70    15.82     0.21    5.89   5.89        20.72

      dm-16             0.00     0.00   37.20    0.00   297.60     0.00    16.00     0.26    6.97   7.03        26.16

      dm-17             0.00     0.00   34.60    0.40   276.80     6.40    16.18     0.25    7.15   7.15        25.04


          Data is on an ASM diskgroup with 4 disks.

          The question is: why ASM is using only 20-26% of each disk, since io wait is reaching 98,3% of execution time? What is preventing ASM from using 100% of each disk?

          Any idea is welcome. Thanks.

        • 1. Re: ASM low disk utilization



          %util = blkio.ticks / deltams * 100%



          deltams is the time elapsed since last snapshot in ms. It uses CPU stats from /proc/stat presumably because it gives better results than to rely on system time,



          blkio.ticks is milliseconds spent doing I/Os.



          With all allocation unit distributed across all disks due to ASM level stripping,disks were not getting saturated .

          Almost symmetrical %util on all disks .






          • 2. Re: ASM low disk utilization

            There is a often misconception that something being 100 % is bad and something being 1 % is good. However, such logic may apply to a glass of water that can be full or empty, but does not apply to the performance statistics of a  computer.



            A CPU for instance can show 100 % and the system may still perform well, or 1 % and perform slow. When something is 100 %, it does not mean the system cannot accept any more tasks, but it means that overall performance when adding more tasks may result in the kernel scheduling tasks at a lower priority, or you may see applications reporting CPU wait times. If you have a bad process, such as an infinite loop, the CPU may show 100 %, and even installing a faster CPU would show the same result.


            The percentages are always based on statistics, usually average, and do not reflect whether or not a system is properly configured. The statistics do not tell how well a system can possibly perform, or should perform according to your expectation or the system's technical specifications. It can only show you what it is doing and it is up to you to determine the bottleneck.



            What you can say from your iostat output looking at the ASM disks is that the disks were not extremely busy. Btw, there is also a asmcmd iostat utility. So your ASM subsystem is probably not the bottleneck why Enterprise manager reports 98 % I/O activity. How about memory (RAM) and your SGA configuration? For instance, your system may not have enough physical RAM to fit your SGA, swapping will occur which causes a lot of I/O activity and slow down the system drastically.

            1 person found this helpful
            • 3. Re: ASM low disk utilization

              Thank you, Dude. Good point! I`ll check it out...