lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Fri, 15 Dec 2006 19:05:03 +0800
From:	Bob <spam@...eurl.co.uk>
To:	linux-kernel@...r.kernel.org
Subject: Re: Need to enable caches in SMP ? (was Kernel 2.6 SMP very slow
 with ServerWorks LE Chipset)

Jeff V. Merkey wrote:
> Alan wrote:
>>> As per Alan's suggestion I decompressed the kernel source tree with 
>>> the processes pegged to one CPU then the other, and as he predicted 
>>> it took vastly longer on one CPU than the other, but I don't know 
>>> what that implies, or how to fix it.
>>
>>> From the timing it sounds like one processor cache is disabled which 
>>> is a
>> little peculiar to say the least.
>>
> enable the L1 cache in the processor. BIOS settings, no doubt.
> 
> Jeff

The very spartan Phoenix BIOS doesn't have any options to enable or 
disable CPU Cache, which I know full well to enable, but it does have 
something rather vaguely called "Memory Caching" the enabling of which 
seems to have fixed the problem, it's strange it only disabled the cache 
on one CPU and only under 2.6, I'll investigate more in January.

It's good to have the fix search able, this thread would have saved me 
from making an ass of myself.

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ