Re: New Metrics to measure Load average

[sena seneviratne]

Hi Nagar,

Thanks for your response and time.

Yes a good question.

(a) The short tasks to measure the response time itself after applying the 
division of load and before.

(b) The long tasks means HPC tasks to measure the load signal after 
applying the division of load and before.

I have run it for 600s, 1000s, and 1500s.

The both these tests were successful.

What I want to document is some standard tests just like using lmbench and 
re-aim-7.

I will go through your web site as well

Thanks
Sena Seneviratne
Computer Engineering Lab
School of Electrical and Information Engineering
Sydney University
Australia




At 12:08 AM 6/19/2006 -0400, you wrote:
> sena seneviratne wrote:
>
> > In fact my question in the post was about performance testing after the 
> > changes being done.
> >
> > --2) Now about the tests
> > --As I have documented all this yet need to perform some standard tests 
> > for the sake of completion.
> > --What tests should I carry out to prove that the system is still intact?
>
>
> > --Please tell me whether the below is correct?
> >
> > --(a) As suggested by the http://kernel-perf.sourceforge.net/ the lmbench 
> > and re-aim-7 test packages can be used to test the ----performance of the 
> > kernel before making changes and after. (Not done as yet)
> To measure impact of patches for a kernel tree, Contest (available from 
> http://freshmeat.net/projects/contest/)
> is a good start. lmbench is also useful.
>
> > --(-b) Further tests have been carried out to check the response time of 
> > short tasks before making changes and after making --changes. The results 
> > indicated that there was no difference in the response time after 
> > introducing the changes to the kernel (done)
> >
> > ---(c) Thereafter the tests have been carried out to check the runtime of 
> > long tasks before and after making changes. The results of the tests 
> > revealed that there is no change in reported runtime in both occasions.(done)
> Why is there a distinction between short and long running tasks when 
> overall performance overhead
> of the kernel needs to be verified ?
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/