2002-07-30 01:06:37

by Andrew Theurer

[permalink] [raw]
Subject: Re: Linux 2.4.19-rc3 (hyperthreading)


> On Mon, 29 Jul 2002, Andrew Theurer wrote:
>
> > On Monday 29 July 2002 4:28 pm, Alan Cox wrote:
> > > Its quite possible the irq routing ought to be smarter, at the moment
> > > I'm not sure of the best approaches.
> >
> > Agreed, we need some sort of irqbalance, and I intend to test with
Ingo's and
> > Andrea's approaches. With that addition, I may even see an improvement
with
> > hyperthreading. But for an rc release, I think it would be prudent to
revert
> > the "new code" for default hyperthreading behavior, and attack the whole
> > problem in 2.4.20 or later release.
>
> Ingo Molnars patches for .17 and .18 worked
> well for us, and did balance the ints load across all the CPUs very well.
>
> You can find the patches I used agains 2.4.18 at
> http://www.hardrock.org/kernel/
>
> BTW, this was on a production box for approximately one month,
> then the box mysteriously crashed. Due to the fact that our load wasn't
> utilizing the hyperthreading that much I removed acpismp=force from the
> boot string.
>
> The are balanced across the 2 real CPUs.

Thanks for the info. Did you get any performance results for before and
after? I did try Ingo's patch a while back, and I experienced about a 8%
drop in performance. I did not have hyperthreading on, just a simple case
comparing balance to no balance. The overhead of the ioapic programming was
too high. Increasing the time between reroutes by 20 got me back to the
same performance as no balancing at all. I intend to test his patch again,
along with Andrea's next.

-Andrew Theurer


2002-07-30 03:06:13

by James Bourne

[permalink] [raw]
Subject: Re: Linux 2.4.19-rc3 (hyperthreading)

On Mon, 29 Jul 2002, Andrew Theurer wrote:

>
> Thanks for the info. Did you get any performance results for before and
> after? I did try Ingo's patch a while back, and I experienced about a 8%
> drop in performance. I did not have hyperthreading on, just a simple case
> comparing balance to no balance. The overhead of the ioapic programming was
> too high. Increasing the time between reroutes by 20 got me back to the
> same performance as no balancing at all. I intend to test his patch again,
> along with Andrea's next.

The http://www.hardrock.org/HT-results/ output is with and without
hyper threading.

The balancing patch was applied to both sets of tests.

The system is now in production, therefore I can't do the same tests on it
without the routing patches (note there are 2, one for
everything but the timer, and one for the timer).

We will be receiving several new Dell systems (1650, 2650, and
6650 models) and I know that at least the 2650 and 6650 are P4
with the server works GC chipset, so I may be able to run some tests
on those, given I have the time to do it.

Regards
James Bourne

>
> -Andrew Theurer
>

--
James Bourne, Supervisor Data Centre Operations
Mount Royal College, Calgary, AB, CA
http://www.mtroyal.ab.ca

******************************************************************************
This communication is intended for the use of the recipient to which it is
addressed, and may contain confidential, personal, and or privileged
information. Please contact the sender immediately if you are not the
intended recipient of this communication, and do not copy, distribute, or
take action relying on it. Any communication received in error, or
subsequent reply, should be deleted or destroyed.
******************************************************************************


"There are only 10 types of people in this world: those who
understand binary and those who don't."