Skip to contentSkip to conversation

PATCH: Recognize Tualatin cache size in 2.4.x

DISCUSSION Mathias Kretschmer 2 participants 3 messages Nov 20, 2002

lore
Share & tools
lore
#0 lore raw
Quoted 6 lines
Quoted 1 line

I tested it in a Compaq Proliant 330ML-G2 (P3 1.4) and a kernel

compilation is 100% faster if the patch is applied.

<raises eyebrows>. The SMP weighting used by various parts of the kernel will be slightly off, but I'd be amazed if it made *that much* difference.

I just patched my 2.4.20rc2 kernel. Now, it reports 512K cache for my 2 Tualatin 1.26 GHz CPUs.

'time make -j4 bzImage' went down from 3:30 to 3:04. Not too bad.

Cheers,

Mathias

#1 lore raw
Quoted 5 lines · Mathias Kretschmer

I just patched my 2.4.20rc2 kernel. Now, it reports 512K cache for my 2 Tualatin 1.26 GHz CPUs.

'time make -j4 bzImage' went down from 3:30 to 3:04. Not too bad.

That is quite an impressive gain. The patch I sent Marcelo which also fixes up a problem with some tualatins and adds P4 trace cache support is at..

ftp.kernel.org/pub/linux/kernel/people/davej/patches/2.4/2.4.20/descriptors.diff

As you have tualatins can you try with the above patch and make sure theres no regressions there ?

Dave

Signature · 2 lines
| Dave Jones.        http://www.codemonkey.org.uk
| SuSE Labs
#2 lore raw
Quoted 7 lines · Dave Jones
Quoted 5 lines · Mathias Kretschmer

I just patched my 2.4.20rc2 kernel. Now, it reports 512K cache for my 2 Tualatin 1.26 GHz CPUs.

'time make -j4 bzImage' went down from 3:30 to 3:04. Not too bad.

Quoted 8 lines

That is quite an impressive gain. The patch I sent Marcelo which also fixes up a problem with some tualatins and adds P4 trace cache support is at..

ftp.kernel.org/pub/linux/kernel/people/davej/patches/2.4/2.4.20/descriptors.diff

As you have tualatins can you try with the above patch and make sure theres no regressions there ?

Hi Dave,

Here are the results. I've upgraded to gcc-3.2.1 yesterday evening. Hence, we can not compare to the results from yesterday. The ones below are new:

2.4.20rc2+small-patch (ran it three times with very similar results):
265.05user 16.66system 2:43.09elapsed 172%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (621129major+1391627minor)pagefaults 0swaps

2.4.20rc2-descriptors.diff (also run three times):
302.60user 16.95system 2:43.39elapsed 195%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (621129major+1390848minor)pagefaults 0swaps

Pretty much the same result - within the tolerance. %CPU is up quite a bit.

Also, my optimization options are '-Os -march=pentium3'.

The machine was idle but still in multi-user mode. If you need more precise results, I could do that over the weekend.

Cheers,

Mathias

---

Quoted 1 line

cat /proc/cpuinfo

processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 11
model name : Intel(R) Pentium(R) III CPU family 1266MHz
stepping : 1
cpu MHz : 1280.932
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 2555.90

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 11
model name : Intel(R) Pentium(R) III CPU family 1266MHz
stepping : 1
cpu MHz : 1280.932
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 2555.90