Newsgroup: it.comp.os.linux.sys
Titolo: Consiglio su RAM e swap..

Ciao all, ho un dubbio sul quale vorrei qualche consiglio...
Dunque, il pc di casa è un athlon 2800xp con 1 giga di ram; sono due
banchi da 512Mb e vegono quindi utilizzati in "dual channel".
Nell'utilizzo "normale" non swappa mai ma in alcune occasioni, arriva a
swappare anche un centinaio di mega. Tipicamente capita facendo girare
qualche gioco pesante con wine/cedega. Non sono un giocatore incallito
quindi gioco abbastanza poco...
Ora, mi è capitato per le mani un altro banco da 512Mb e ho quindi un
dubbio amletico: meglio 1G in dual channel o 1,5G in single
channel ??!!??
E' giusto dire che con 1,5G otterrei dei benefici in quell'occasioni in
cui arriva a swappare (posto che con 1.5G non dovrebbe sweappare più..)
mentre sarei leggermente penalizzato nelle situazioni "normali" ?
Sono indeciso, con google ho trovato pareri discordanti sui reali
benefici del dual channel..
Mi conviene magari provare a modificare lo swappines ?
Voi che fareste ?
Ciao.
-- 
*** Linux user # 198661 --- ICQ 33500725 ***
***  Home  
http://web.tiscali.it/kailed
  ***
       ***  Powered by SuSeLinux  ***

 benefici del dual channel..
Secondo me fai prima a piantare il banco e usarlo per un po' e vedere
come si comporta.
Ciao
Ercole

 "normali" ?
La penalizzazioni nelle situazioni "normali" (senza calcoli intensivo) 
sarebbero microscopiche, non le noti proprio.

 è meglio avere più RAM piuttosto che meno RAM ma più veloce).
Credo (ma non ho mai approfondito) che ci sia anche un altro problema da
considerare.
Siccome i sistemi x86 indirizzano al max 1 Gb di RAM direttamente,
passando a 1.5 attivi l'indirezione della memoria, che potrebbe introdurre
un altro rallentamento.
Mi pare che un annetto fa si consigliasse di attivarlo solo in caso
servissero 2 Gb di RAM, e che tra 1.1 e 1.5 Gb non convenisse farlo, per
la perdita di prestazioni. Non so se abbiano risolto nel frattempo.
Naturalmente se stai usando Linux a 64bit queste considerazioni decadono.
Bye.

 Naturalmente se stai usando Linux a 64bit queste considerazioni decadono.
Il PAE (Physical Address Extension) nei processori a 32 bit è utilizzato
per l'indirizzamento oltre i 4 GB (estende l'indirizzamento a 36 bit).
-- 
Tobe Bofh

 per l'indirizzamento oltre i 4 GB (estende l'indirizzamento a 36 bit).
Si`, ma da quel che sapevo in quasi tutte le MoBo la RAM mappabile e` solo
di 1 Gb, gli altri 3 sono riservati allo spazio di indirizzamento delle
periferiche (ISA, PCI, AGP, registri delle seriali, ecc.), quindi appena
superi 1 Gb ti serve il PAE.
Magari e` cambiato qualcosa nel frattempo, onestamente non lo so... :)
Bye.

 soluzione (1.5GB in single channel).
Mi sa che il problema non si pone nemmeno, riguardando il manuale della
modo che ricordo è un non recente NF7 (nforce2), leggo sooto la voce
MEMORY:
* Three 184-pin... bla bla...
* Supports 3 DIMMs DDR 200/266/333 (Max. 3GB)
* Supports 2 DIMM DDR 400 (Max. 2GB)
Posto che i banchi sono proprio DDR 400 mi attacco, giusto ??
Nessuno di voi ha mai smanacciato con lo "swappines" ?
Tra l'altro, Alessandro mi ha fatto venire il dubbio, perché pare anche
a me di ricordare che ci fossero dei "problemi" sopra al giga nei
sistemi a 32bit...
Boh..


 Posto che i banchi sono proprio DDR 400 mi attacco, giusto ??
Ehm... in questo caso si, sei fregato.
Se vuoi più RAM devi cambiare quelli che hai già.

 Ehm... in questo caso si, sei fregato.
Immaginavo...
Vendesi banco RAM.. vabbè scherzo...
Ah, per la questione sollevata da Alessandro sull'utilizzo della RAM
sopra al Giga:
 
http://kerneltrap.org/node/2450
L'articolo è un po' datato, magari adesso le cose sono cambiate (non
credo..). Visto che ormai non è più un problema mio a voi la lettura :)


 superi 1 Gb ti serve il PAE.
Nope, stai facendo confusione. Su x86 (di default) il kernel usa 1GB di
address space virtuale; è quindi possibile mappare direttamente poco
meno di 1GB (1GB - meno lo spazio usato dal kernel per le proprie
strutture e per il MMIO). Le applicazioni utenti possono usare fino a
3BG direttamente.
Il "primo livello" di high memory abilita il supporto per 4GB fisici,
consentendo il mapping on-demand in kernel space; in generale non ci
sono problemi di prestazioni, perché gran parte della memoria usata dai
processi non è di interesse per il kernel (e quindi può anche non essere
mappata nel GB riservato).
PAE utilizza bit addizionali nella page table per estendere
l'indirizzamento *fisico* a 36bit e serve solo per poter usare più di
4GB di memoria fisica (l'indirizzamento virtuale rimane a 32bit!).
Mentre l'impatto del supporto per 4GB è molto limitato, PAE ha
un'overhead di circa il 10% su tutto il sistema (specie sulle syscall).
Aggiungo che oggi, con tutti i processori x86 compatibili con x86-64,
non ha più senso usare PAE; meglio compilarsi un kernel a 64bit.
Luca
-- 
I went to God just to see
And I was looking at me
Saw heaven and hell were lies
When I'm God everyone dies

 mentre sarei leggermente penalizzato nelle situazioni "normali" ?
Lievemente OT, controlla sul manuale della scheda: con i chipset Intel
solo la memoria in eccedenza viene usata in single channel, i due banchi
esistenti continuerebbero ad essere usati in dual-channel. Con AMD non
so...
Luca
-- 
The trouble with computers is that they do what you tell them, 
not what you want.
D. Cohen

 so...
pure, almeno su nforce2
-- 
"Me contó que cuando era presidente del Banco Central había firmado los
billetes con la palabra Che para burlarse, y me dijo que el dinero, fetiche
de mierda, debía ser feo."
Eduardo Galeano - De "Dias y noches de amor y de guerra"

 Posto che i banchi sono proprio DDR 400 mi attacco, giusto ??
Nelle impostazioni del BIOS relative alla memoria dovresti poter
cambiare la velocità del FSB della memoria, anche in maniera asincrona
rispetto alla CPU (l'ho fatto con alcuni chipset SIS).
-- 
Tobe Bofh

Tobe Bofh wrote:

Uhmm... tu dici che mettendola a 333 (per es.) mi regge i tre banchi ?
Attualmente gira a 352Mhz. Non so mica se mi conviene...


 Attualmente gira a 352Mhz. Non so mica se mi conviene...
Prova e vedi, io l'ho fatto con una scheda madre SIS proprio per lo
stesso motivo.
-- 
Tobe Bofh