Re: [patch] sched-2.6.0-test1-G6, interactivity changes

From: Andre Hedrick <andre@linux-ide.org>
To: Mike Galbraith <efault@gmx.de>
Cc: Felipe Alfaro Solana <felipe_alfaro@linuxmail.org>,
	Ingo Molnar <mingo@elte.hu>, LKML <linux-kernel@vger.kernel.org>
Subject: Re: [patch] sched-2.6.0-test1-G6, interactivity changes
Date: Mon, 28 Jul 2003 10:33:36 -0700 (PDT)	[thread overview]
Message-ID: <Pine.LNX.4.10.10307281030180.30891-100000@master.linux-ide.org> (raw)
In-Reply-To: <5.2.1.1.2.20030728091801.01b83538@pop.gmx.net>

No, it was an attempt to get you to explain in detail for people to
understand why jitter responses in X have anything with scheduling.  Now
the a pipe ipc that makings loading go south is interesting.

> >Don't bother replying cause last thing I want to know is why.

Means, don't tell me about "X becomes extremely jerky", disclose that is
below creating the observed effects.

-a

On Mon, 28 Jul 2003, Mike Galbraith wrote:

> At 11:45 PM 7/27/2003 -0700, Andre Hedrick wrote:
> 
> >On Mon, 28 Jul 2003, Mike Galbraith wrote:
> >
> > > At 09:18 PM 7/27/2003 +0200, Felipe Alfaro Solana wrote:
> > > >On Sun, 2003-07-27 at 15:40, Ingo Molnar wrote:
> > > > > my latest scheduler patchset can be found at:
> > > > >
> > > > >       redhat.com/~mingo/O(1)-scheduler/sched-2.6.0-test1-G6
> > > > >
> > > > > this version takes a shot at more scheduling fairness - i'd be 
> > interested
> > > > > how it works out for others.
> > > >
> > > >This -G6 patch is fantastic, even without nicing the X server. I didn't
> > > >even need to tweak any kernel scheduler knob to adjust for maximum
> > > >smoothness on my desktop. Response times are impressive, even under
> > > >heavy load. Great!
> > >
> > > Can you try the following please?
> > >
> > > This one I just noticed:
> > > 1.  start top.
> > > 2.  start dd if=/dev/zero | dd of=/dev/null
> > > 3.  wiggle a window very briefly.
> > > Here, X becomes extremely jerky, and I think this is due to two
> > > things.  One, X uses it's sleep_avg very quickly, and expires.  Two, the
> > > piped dd now is highly interactive due to the ns resolution clock (uhoh).
> >
> >What kind of LAME test is this?  If "X becomes extremely jerky" ?
> 
> Huh?  The point is that piped cpu hogs just became high priority.
> 
> >Sheesh, somebody come up with a build class solution.
> >
> >CONFIG_SERVER
> >CONFIG_WORKSTATION
> >CONGIG_IAMAGEEKWHOPLAYSGAMES
> >CONFIG_GENERIC_LAMER
> >
> >Determining quality of the scheduler based on how a mouse responds is ...
> >
> >Sorry but this is just laughable, emperical subjective determination
> >based on a random hardware combinations for QA/QC for a test?
> >
> >Don't bother replying cause last thing I want to know is why.
> 
> Oh, I see, you just felt like doing some mindless flaming.
> 
>          -Mike 
> 