Linux Kernel Network Subsystem Patching

Mel Wilson mwilson-Ja3L+HSX0kI at public.gmane.org
Tue Jan 21 21:31:52 UTC 2014


On Tue, 2014-01-21 at 16:08 -0500, Lennart Sorensen wrote:
> On Sat, Jan 11, 2014 at 09:28:38PM -0500, Mel Wilson wrote:
> > Or worse.  The system here is an MSI motherboard G41M-P26.  From the day
> > I got it, under load (large compiles, for instance), it would eventually
> > lock up.  ISTR I needed to cycle power to get it down.  Resource monitor
> > would show "both" processors pinned at 100%.  When I'd hunted the web
> > and found out what Hyperthreading was, and turned it off, the machine
> > got stable, and has been ever since.
> 
> Code that dead locks because the coder didn't know how to do
> multithreading properly is not hyperthreading's fault.  Hyperthreading
> just makes it MUCH easier to hit such a deadlock if the code is wrong
> to begin with.  Any multi processor system would increase the chances
> of hitting such bugs.

I wasn't really worried about fault, just getting a gcc build of my
bignum-embedded library to go to completion.  That couldn't happen then,
and now with hyperthreading turned of in the BIOS options, the system is
totally smooth and satisfactory.

	Mel.


--
The Toronto Linux Users Group.      Meetings: http://gtalug.org/
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists





More information about the Legacy mailing list