Consiglio acquisto nuovo PC...

[JohnnyMnemonic]

No ti basta ricompilare il kernel perchè usi fino a 64GB di RAM. Bastano?

[Diels-Alder]

Davvero? si può fare???? Che bellissimo io AMO LINUX!!!!!

[zxzxasas]

ok l'ultima cosa ma le Ram che mi hai consigliato io le ho sentite nominare spesso, ma tralasciando prezzi e frequenze sono migliori delle OCZ e delle CORSAIR???

Io ho sempre sentito parlare benissimo di queste 2 marche....

Poi Devo montare 6GB di ram per avere il triple channel dell'architettura core i7 opp. va anche il normale dual channel???

Slack non prenderà mai 6Gb di ram visto che è a 32bit! Dovrei mettere una distro a 64bit per farglieli vedere, giusto????

Non ti nego che ho sentito parlare bene anche io delle corsair, ma non conosco le OCZ...
Comunque, pure se vai in giro (tomshw è una sorta di bibbia dell' hardware in italiano) puoi farti un' idea chiara sui vari aspetti di qualsiasi cosa.

Certo che si può
Essenzialmente, ti crea un gestore della memoria a 36 bit anzichè a 32...essendo tutto gestito dal kernel e non dall' applicazione, sotto linux si può fare pure questo :P
Sarebbe più facile farlo direttamente a 64, ma questo porterebbe ad un rallentamento complessivo del sistema.

[bronx]

JohnnyMnemonic
Se la cosa e cosi semplice come l'hai descitta perche mettere una limitazione al kernel x poterla poi riabilitare compilando nuovamente il kernel?
ha volte non riesco a capire se siamo noi tanto inteligenti ,e quindi stupidi li sviluppatori del kernel o viceverza (susami x questa citazione non è intesa nel offendere nessuno )
perche sviluppare un kernel a 64 bit ,quando uno a 32 bit ti da le stesse cose?



jonny come dice un personaggio buffo che viene spesso nel azienda dove lavoro
Io lo apru lu saccu ma sarà che lu cane magna lu granturcu

[Diels-Alder]

O decidetevi però... Si può o non si può fare usare a Slackware 12.2 a 32 bit; 6 GB di ram ddr3 in triple channel (cioè 3 x 2 Gb)? Se non si può fare ne prendo solo 4Gb magari investendo sul CAS più basso per avere latenze inferiori! Oppure vedo per un O.S. 64 bit!!!

OK... Vorrei il parere di chi ha provato e ha un pc funzionante! Non solo so che si può fare... Perchè se poi non funge getto 200 e passa EURI!

GRAZIE MILLE BOYZ

[conraid]

perche sviluppare un kernel a 64 bit ,quando uno a 32 bit ti da le stesse cose?

il kernel non è ne a 64 bit ne a 32, in quanto sta a te ricompilarlo come credi ed ha il supporto a varie tecnologie. E per la funzione a 64Gb non dipende dagli sviluppatori del kernel ma da chi compila il kernel, nel caso di Slackware di Pat. Il kernel ha 3 opzioni, 0-1gb, 1gb-4gb, 4gb-64gb
Fai delle scelte, tutto qui. Se non ti sta bene la scelta, ricompili. Solitamente si fa una scelta "di mezzo", perché avere un kernel con il supporto a 64Gb su macchine con poca ram è peggio.


Ti riporto la "traduzione" della documentazione del kernel

disattivato (NOHIGHMEM)

type: boolean
prompt: disattivato
dep: <choice> && !X86_NUMAQ

defined at arch/x86/Kconfig:822

Linux puo' usare fino a 64 Gigabyte di memoria fisica sui sistemi
x86. Comunque, lo spazio di indirizzamento dei processori x86 a
32-bit e' di soli 4 Gigabyte. Questo significa che, se si ha una
grande quantita' di memoria fisica, non tutta puo' essere "mappata
permanentemente" dal kernel. La memoria fisica che non e' mappata
permanentemente si chiama "memoria alta".

Se si sta compilando un kernel che non girera' mai su macchine con
piu' di 960 megabyte di RAM fisica totale, rispondere "off" qui
(scelta predefinita e ideale per la maggior parte degli
utenti). Questo portera' ad una divisione "3GB/1GB": 3GB sono
mappati cosi' che ogni processo veda 3GB di spazio di memoria
virtuale, e la parte rimanente dei 4GB di spazio di memoria virtuale
viene usata dal kernel per mappare permanentemente quanta piu'
memoria fisica possibile.

Se la macchina ha fra 1 e 4 Gigabyte di memoria fisica, allora
rispondere "4GB" qui.

Se si usano piu' di 4 Gigabyte allora rispondere "64GB" qui. Questa
selezione attiva la modalita' Intel PAE (Physical Address Extension
= estensione dell'indirizzamento fisico). PAE e' pienamente
supportata da Linux, la modalita' PAE e' implementata su tutti i
processori Intel recenti (Pentium Pro e seguenti). NOTA: se si
risponde "64GB" qui, allora il kernel non si avviera' su CPU che non
supportano PAE!

L'attuale ammontare di memoria fisica sara' auto-rilevato o puo'
essere forzato usando un'opzione della linea di comando del kernel
come "mem=256M". (Provare "man bootparam" o vedere la documentazione
del proprio boot loader (grub, lilo o loadlin) su come passare
opzioni all'avvio del kernel.

Nel dubbio rispondere "off".

Come vedi sta a te la scelta. Cosa vuoi di più?

Si può o non si può fare usare a Slackware 12.2 a 32 bit; 6 GB di ram ddr3 in triple channel (cioè 3 x 2 Gb)?

Puoi usarle se ricompili il kernel e se anche il sistema nel suo insieme (bios in particolare) supporta tale modalità. Ne è stato discusso spesso nel forum, se fai qualche ricerca trovi varie esperienze in merito.

[bronx]

corrado
ad esempio
numa Non-Uniform Memory Access
1 CPUs 4 GB ram
2 CPUs 8GB ram
4 CPUs 16GB ram
8 CPUs 32GB ram
16 CPUs 64 GB ram teorici
x tecnologie 64 bit si arriva a 1024 GB teorici .
io ho un quad core facendo loperazione che tu ai citato e se l'hardwarelo supporta potrei inserire 16gb di ram .
corrado ti chiedo ancora scusa ma non riesco proprio a capire

[bronx]

corrado puoi confermare questa cosa trovata su internet?

IL MECCANISMO DI PAGINAZIONE DELL'ESTENSIONE DI UN INDIRIZZO FISICO (PAE)

La quantità di RAM supportata da un processore é limitata dal numero dei
pins utilizzati connessi al relativo bus. I vecchi processori Intel, dal
80386 al Pentium, utilizzavano indirizzi fisici a 32 bit. In teoria, in
tali sistemi potrebbero essere installati fino a 4 GB di RAM; in pratica,
a causa delle richieste di spazio degli indirizzi lineari da parte dei
processi in Modalità Utente, il kernel non può indirizzare direttamente
più di un GB.

Tuttavia, i grandi server che devono avviare centinaia od anche migliaia
di processi contemporaneamente, necessitano di più che 4 GB di RAM e
negli ultimi anni sono state fatte pressioni su Intel affinché espanda la
quantità di memoria supportata dalle architetture 80x86 a 32 bit. Intel é
andata incontro a tali richieste portando i pins d'indirizzo dei suoi
processori da 32 a 36. Ad iniziare col Pentium Pro, tutti i processori
Intel sono in grado di indirizzare fino a 2^(36)=64 GB di RAM. Tuttavia,
l'incremento dell'intervallo di indirizzi fisici può essere sfruttata
solo introducendo un nuovo meccanismo di paginazione che trasformi gli
indirizzi lineari a 32 bit in indirizzi fisici a 36 bit.

Col processore Pentium Pro, Intel introduce un meccanismo chiamato
'Estensione dell'Indirizzo Fisico' (Physical Address Extension, ossia
PAE). Un altro meccanismo, 'Estensione della Dimensione di Paginazione'
(Page Size Extensiono, ossia PSE-36), é stato introdotto nel Pentium III,
ma Linux non ne fa uso.

Il PAE viene attivato impostando il flag PAE nel registro di controllo
cr4. Il flag Page Size (PS) nella voce della directory di paginazione
abilita le paginazioni di grandi dimensioni (2 MB se PAE é abilitato).

Intel ha cambiato il meccanismo di paginazione allo scopo di supportare
PAE.

° I 64 GB di RAM sono spezzati in 2^(24) strutture di paginazione
distinte ed il campo dell'indirizzo fisico delle voci della Tavola di
Paginazione sono state portate da 20 a 24 bits. Siccome una voce di una
Tavola di Paginazione PAE deve includere i 12 bits dei flags
ed i 24 dell'indirizzo fisico, per un totale di 36, la dimensione della voce
della Tavola di Paginazione, é stata raddoppiata da 32 a 64 bits. Come
conseguenza, una Tavola di Paginazione PAE di 4 KB include 512
voci anziché 1024.

° E' stato introdotto un nuovo livello di Tavola di Paginazione chiamata
"Tavola dei Puntatori della Directory di Paginazione" (PDPT) consistente
in quattro voci di 64 bits.

° Il registro di controllo 'cr3' contiene un campo di indirizzi base di
27 bits della Tavola di Puntatori della Directory di Paginazione.
Siccome i PDTS sono conservati nei primi 4 GB di RAM ed allineati a
multipli di 32 bytes (2^5), sono sufficenti 27 bits per rappresentare
gli indirizzi di base di tale tavola.

° Quando vengono mappati indirizzi lineari di pagine fino 4 KB (flag 'PS'
azzerato nella voce della Directory di Paginazione), i 32 bits di un
indirizzo lineare vengono interpretati nel modo seguente:

cr3: Punta alla PDPT.

bits 31-30: Punta ad una delle 4 possibili voci della PDPT.

bits 29-21: Puntano ad una delle 512 possibili voci della Directory di
Paginazione.

bits 20-12: Puntano ad una delle 512 possibili voci della Tavola di
Paginazione.

bits 11-0: Offset di una pagina di 4 KB.

° Quando vengono mappati indirizzi lineari di pagine fino a 2 MB (flag
'PS' impostato nella voce della Directory di Paginazione), i 32 bits di
un indirizzo lineare sono interpretati nel modo seguente:

cr3: Punta ad un PDPT.

bits 31-30: Puntano ad una delle 4 possibili voci nella PDPT.

bits 29-21: Puntano ad una delle 512 possibili voci nella Directory di
Paginazione.

bits 20-0: Offset di uan pagina di 2 MB.

Per riassumere: una volta che viene impostato il registro 'cr3', é
possibile indirizzare fino a 4 GB di RAM. Se volessimo indirizzare
ulteriore RAM, dovremo impostare un nuovo valore nel 'cr3', oppure
cambiare il contenuto della PDPT. Tuttavia, il problema principale con
PAE, é che gli indirizzi lineari sono lunghi esattamente 32 bits. Questo
forza i programmatori del kernel a riutilizzare gli stessi indirizzi
lineari per mappare aree differenti della RAM.
PAE non espande lo spazio di indirizzi lineari di un processo, in quanto
esso ripartisce esclusivamente indirizzi fisici. Inoltre, soltanto il
kernel può modificare le tavole di paginazione di un processo, così che
un processo avviato in Modalità Utente non può utilizzare spazi di
indirizzi fisici superiori a 4 GB. D'altra parte, PAE permette al kernel
di utilizzare fino a 64 GB di RAM ed incrementare, così, il numero dei
processi in un sistema.

[zxzxasas]

corrado
ad esempio
numa Non-Uniform Memory Access
1 CPUs 4 GB ram
2 CPUs 8GB ram
4 CPUs 16GB ram
8 CPUs 32GB ram
16 CPUs 64 GB ram teorici
x tecnologie 64 bit si arriva a 1024 GB teorici .
io ho un quad core facendo loperazione che tu ai citato e se l'hardwarelo supporta potrei inserire 16gb di ram .
corrado ti chiedo ancora scusa ma non riesco proprio a capire

COn 64 bit si indirizzano fino a 1024 GB, vero.
Ma è altrettanto vero che un circuito di indirizzamento talmente grande sarebbe lento. Per cui si preferisce adottare la tecnica del post sopra...aggiungere i bit a sufficienza per colmare l' intera richiesta dell' utenza.
Attualemente, eccetto i supercalcolatori, non esiste una macchina che supporti nemmeno 64 GB di RAM...quindi il problema non si pone

[conraid]

corrado
ad esempio
numa Non-Uniform Memory Access
1 CPUs 4 GB ram
2 CPUs 8GB ram
4 CPUs 16GB ram
8 CPUs 32GB ram
16 CPUs 64 GB ram teorici
x tecnologie 64 bit si arriva a 1024 GB teorici .
io ho un quad core facendo loperazione che tu ai citato e se l'hardwarelo supporta potrei inserire 16gb di ram .
corrado ti chiedo ancora scusa ma non riesco proprio a capire

non ti so confermare questa cosa, conosco poco in questo ambito, ma se non sbaglio numa indica proprio le cpu con accesso alla ram separato, mentre in SMP tutte le cpu accedono alla stessa ram, quindi la teoria citata non si applica al caso di cui parli tu, e poi una cosa è avere 4CPU un'atra è avere 4 core, ma potrei essere smentito

Riguardo al post sotto, è solo spiegato in maniera dettagliata quello che c'è nella documentazione del kernel.
E non vedo dove sia la paura di non avere più di 64 Gb a disposizione. Fra qualche anno magari sarà una cosa normale, ma a quel tempo avrai cambiato computer

[zxzxasas]

corrado
ad esempio
numa Non-Uniform Memory Access
1 CPUs 4 GB ram
2 CPUs 8GB ram
4 CPUs 16GB ram
8 CPUs 32GB ram
16 CPUs 64 GB ram teorici
x tecnologie 64 bit si arriva a 1024 GB teorici .
io ho un quad core facendo loperazione che tu ai citato e se l'hardwarelo supporta potrei inserire 16gb di ram .
corrado ti chiedo ancora scusa ma non riesco proprio a capire

non ti so confermare questa cosa, conosco poco in questo ambito, ma se non sbaglio numa indica proprio le cpu con accesso alla ram separato, mentre in SMP tutte le cpu accedono alla stessa ram, quindi la teoria citata non si applica al caso di cui parli tu, e poi una cosa è avere 4CPU un'atra è avere 4 core, ma potrei essere smentito

Riguardo al post sotto, è solo spiegato in maniera dettagliata quello che c'è nella documentazione del kernel.
E non vedo dove sia la paura di non avere più di 64 Gb a disposizione. Fra qualche anno magari sarà una cosa normale, ma a quel tempo avrai cambiato computer

Sono daccordo.
E' ben diverso tra dual core e due Cpu...

[bronx]

zxzxasas
i quad core esistono in tre versioni
Die Singolo dual cor o quad cor
Die Doppio quad cor ( 2 die sono come 2 cpu fisiche )
ti posto questo link
http://it.wikipedia.org/wiki/Dual_core_ ... izzazione)
corrado
questo tipo di abilitazione è a livello software e non ha livello hardware da quello che ho capito .
abilitando numa puoi citarmi i pro ed i contro?
corrado leggendo diversi post su internet ho notato che persone che avevano la stessa configurazione harware
lo stesso os ma con risultati diversi.
ci sono delle cose che ancora non riesco a capire che pero ho molta voglia di approfondire

[zxzxasas]

Bronx, dici tutte cose vere (anche se visto l' orario e il posto da cui torno non sono tanto reattivo :P)...ma questo non toglie che il Core2 Quad utilizzi una tecnica meno efficiente dell' i7 per interfacciare i vari core.
Comunque, domani leggerò per bene la pagina di wikipedia vediamo...


P.S. risultati diversi in cosa?

[conraid]

corrado
questo tipo di abilitazione è a livello software e non ha livello hardware da quello che ho capito .
abilitando numa puoi citarmi i pro ed i contro?

Ti ho detto che non sono molto dentro, ma leggendo questo
http://lse.sourceforge.net/numa/faq/
http://lse.sourceforge.net/numa/faq/sys ... tions.html
non sono molto convinto di quel che dici

Ed anche su wikipedia ci sono le voci
http://it.wikipedia.org/wiki/Non-Uniform_Memory_Access (che tra l'altro ti linka al documento di cui sopra)
http://it.wikipedia.org/wiki/Multiprocessore_simmetrico

a me sembrano tecnologie realizzative diverse

[zxzxasas]

Scusatemi l' intromissione...
Ma ad ogni modo, la questione dovrebbe essere così:
Smp è una tecnica di parallelismo tra più processori, ma questi processori accedono alla stessa RAM. Ora, dato che in RAM si può fare un solo accesso alla volta, occorre qualcosa che gestisca gli accessi da parte di tutti i processori.
Creato questo qualcosa, avrà una sua latenza. Ovviamente più processori vogliono accedere in RAM, più la latenza per il singolo processore aumenta. Arrivato ad un certo numero di CPU, il tempo da aspettare inizia ad essere significativo e quindi si è creato il numa, dove praticamente ogni processore ha la sua ram dedicata, e per accedere alla ram degli altri deve attendere.

Insomma, non c' entra proprio niente con i dual core Invece è un problema per il core2 Quad, non per l' i7 o il Phenom...