Re: Does Glance Average reports Lie

From: Tim Shoaf (none_at_nowhere.com)
Date: 04/09/05


Date: Sat, 09 Apr 2005 05:28:28 GMT

This is a popular misconception about Glance. The disk utilization line
at the top of glane only represents your "hottest" (most heavily
utilized) disk. It is not an average of all disk activity. Change to
the I/O By Disk screen and you should be able to find a single disk that
shows the same utilization as the bar. You have to check I/O in many
differnent places within glance to get a feel of an I/O or disk
bottleneck.

Tim

bnsarma@gmail.com wrote in news:1112890609.613491.61450
@o13g2000cwo.googlegroups.com:

> Greetings,
>
> I apologize, if this is already answered.
>
> This is a HP UX box 4 CPU 16 Gig Ram
>
> uname -a
> HP-UX iheprdb3 B.11.11 U 9000/800 2403296044 unlimited-user license
> We are using EMC disk Array.
>
> We have oracle Database, which is very Busy doing lots of Logical IOs,
> we are trying to resolve that => Indexes and SQL tuning
>
> We see Glance Disk Average @100% Consistenelty during a sample time of
> say 20 minutes , but If I select to see the Filesystem (i) ,I only see
> one of two files systems being bussy with high Logical Reads.
>
> We also have sar reports for the same time and sample period, where we
> see one or two disks getting high servr times once in a while, not
> consistently .
>
> How should We interpret Glance Average times.
>
> Please advice.
>
> Regards & Thanks
> BN
>
>



Relevant Pages

  • I/O request taking longer than 15 seconds
    ... I/O request taking longer than 15 seconds to complete ... I've seen this same problem and my suspicions are that the disk defrag is ... reading or writing to your data or log files? ... getting your feedback but unfortunately that didn't resolve the problem ...
    (microsoft.public.sqlserver.server)
  • I/O request taking longer than 15 seconds
    ... I/O request taking longer than 15 seconds to complete ... I've seen this same problem and my suspicions are that the disk defrag is ... reading or writing to your data or log files? ... getting your feedback but unfortunately that didn't resolve the problem ...
    (microsoft.public.sqlserver.server)
  • Re: Caching control
    ... |> | invalidate/unmap them in order to discard the data from memory. ... |> writing out to disk. ... | easy to discard as clean disk cache. ... stating that a specific amount of RAM can be used only for I/O ...
    (comp.os.linux.development.system)
  • Re: Dynamic configure max_cstate
    ... fio is a disk I/O workload ... which doesn't spend much time with cpu, ... I also thought it's related to timer. ...
    (Linux-Kernel)
  • Re: Dynamic configure max_cstate
    ... fio is a disk I/O workload ... I also thought it's related to timer. ... But oprofile data shows acpi_pm has more cpu utilization. ...
    (Linux-Kernel)