Re: Re: linux system load

hi,Mladen Gogala

  thanks for your repply.

i do not do many statspack snapshot frequencly , the job is

what => statspack.snap;
interval => trunc(sysdate) + decode(to_char(sysdate,'hh24'),8,9.5,9,10.5,10,15,15,16,16,17,17,23,32.5)/24

i check the statspack report , system load ,cpu load,io,net,swap from 8:30 AM to 9:30 AM every day, and i checked more than 30 days.about scatter 10 days's load-1 are out of ways ,but the statspack reports show nothing. all the loadprofile , top 5 event ,cpu time,top sqls,eplasd time ... are almost the same . and at that time (from 8:30 am to 9:30 AM) i check active session and the runing sql ,i find nothing special. so i am puzzle.

    we are using mrtg to monitoring the os and db stat with web chart. i use both sar and top, from top output , about 15 process's cpu% are close to 1.5%, the other days this may be close to 1% . may be this is the point, but the statspack reports show that the cpu_time , eplasd time ,wait time ,executions are the same.only the system load(load-1 / load-5 /load-15) is strange.

Best regards

msn: biti_rainy_at_hotmail.com
a dba from alibaba(china)

• from the mail-----

>
>Do more statspack reports at level 9. Do it every minute. That will
>lighten the
>load. You never have to actually view the report. What do you expect to
>find out from statspack? Statspack will give you the immensely useful
>information with regard to the numbers of db block gets, number of
>sorts, the hit ratio for your dictionary, library and buffer cache, but
>will not tell you a thing about your run queue. So, let's stop and
>think for a moment. Are you using the right tool? Will sar and
>statspack help you to find out what's happening and will
>they give the SPIDs of the processes to watch? Methinks not. So, you
>need a tool which will show you the activity of each process, not
>a statistical value sampled, chewed and regurgitated and then given to
>you, after a period of time. This information is worth as much as my
>description tries to imply. The same applies to statspack. Please,
>don't let me dissuade you from printing statspack
>reports. I have few shares of the International Paper (ticker: IP) and
>I like people who print STATSPACK reports. You must be aware that
>printing statspack reports will do more good to me then to you. What
>you want is called "top". NO! Stop! Don't read the source code! Your
>problem is shortage of CPU resources. Top will tell you the most active
>process. You must see what is it doing and why is it doing so. CPU
>exhaustion is frequently a reward for a good BCHR. SQL statement like
>
>select count(*) from emp,emp,emp,emp,emp,emp,emp,emp,emp;
>
>will consume huge amount of CPU and propel your BCHR close to mach 10,
>before even NASA manages to get there. It is the hardest problem of
>them all: the method that uses the wait interface tells you to see what
>are the processes waiting for. Your problem are processes that are NOT
>waiting. Processes that are spinning like crazy are not waiting - they
>are running, by the very definition of the term. What you have to do is
>to analyze what are they doing and is there a method (usually, a change
>in the algorithm) to do it cheaper. And, please, don't use statspack.
>
>
>
>
>>=20
>> i am vary puzzle.
>
>Oh, so am I. Variations are wild.
>
>> i want to know what is the formula of load-1 and load-5
>>=20
>> i read the sar's source code and find that it read the
>> /proc/LOADAVG
>> i do not read the linux source code
>
>Reading the whole Linux source code is useful for some things,
>but tuning oracle database is not one of them. The same applies to sar.
>Always look at the bright side of life. For life's quite absurd, and
>manual is the final word, you must always face the curtain with a bow.
>So, instead of reading the source code, here is what the fine manual
>says:
>
> -q Report queue length and load averages. The following
>values are
> displayed:
>
> runq-sz
> Run queue length (number of processes waiting for
>run
> time).
>
> plist-sz
> Number of processes in the process list.
>
> ldavg-1
> System load average for the last minute.
>
> ldavg-5
> System load average for the past 5 minutes.
>
> ldavg-15
> System load average for the past 15 minutes.
>
>
>
>>=20
>> Best regards
>> msn: biti_rainy_at_hotmail.com
>> a dba from alibaba(china)
>
>--=20
>Mladen Gogala
>Oracle DBA
>
>
>
>
>
>--=20
>Mladen Gogala
>Oracle DBA
>
>
>--
>http://www.freelists.org/webpage/oracle-l
>

--
http://www.freelists.org/webpage/oracle-l