Immer noch Geschwindigkeitsprobleme mit >1GB RAM?

[Christian Ordig]

On Fri, Aug 11, 2006 at 09:48:10PM +0200, Jan-Benedict Glaw wrote:
> On Fri, 2006-08-11 20:57:21 +0200, Christian Ordig <chr.ordig at gmx.net> wrote:
> > On Fri, Aug 11, 2006 at 08:06:53PM +0200, Jan-Benedict Glaw wrote:
> > > Da über das Problem quasi keinerlei exakte Daten vorliegen wird man
> > > dazu nichts sagen können :-(
> > Ich dachte das wär was generelles mit bestimmten Kernel-Versionen.
> 
> Da ist /x/mal was am memory subsystem beschraubt worden. Dabei hat es
> substantielle Verbesserungen gegeben. Wenn's an interner Verwaltung im
> Kernel gelegen ist, könnte das Problem bereits gelöst sein. Bei
> Chipset-Problemen (Speicher nicht mehr gecached...) oder prinzipiellen
> Problemen (Verluste durch PAE) kann man natürlich nichts machen.
ja, das dachte ich mir.

> > Dir alle nötigen Infos schicken.
> > 
> > # cat /proc/mtrr
> > reg00: base=0x00000000 (   0MB), size=1024MB: write-back, count=1
> > reg01: base=0x3ff00000 (1023MB), size=   1MB: uncachable, count=1
> 
> Hier solltest Du überprüfen, daß da nicht nach dem Einbau von mehr RAM
> statt "write-back" (Caches nutzen) "write-through" auftaucht (Daten
> _immer_ bis in den lahmen RAM schreiben.)
ok.
 
> Nach dem RAM-Einbau ist die memory map (wird beim Kernel-Start als
> "e820 map" ausgegeben) noch hochgradig interessant.
irgendeine Möglichkeit _vor_ dem Einbau was genaueres zu erkennen gibt 
es nicht? Der Rechner steht halt nicht unbedingt hier unter dem 
Schreibtisch... also muß RZ xyz beauftragt werden, da mal einen Riegel 
dazuzustecken, das kostet neben Downtime auch ein paar Cent für den 
Techniker und ein paar mehr Cent für den Riegel. Das wollen wir halt 
nicht umsonst rauswerfen, um dann festzustellen, daß der den mal besser 
wieder rausnimmt. Wenn das Ding hier stünde hätten wir das ohne lange 
zu fackeln schon längst ausprobiert :-)

Danke.

-- 
Christian Ordig
Germany