Newsgroup: it.comp.os.linux.iniziare
Titolo: ot -- processore 32 bit o 64 bit

pc assemblato, centos 6.5 , 32 bit. il venditore dell'applicativo 
suggerisce di arrivare a 16 gb ram (!) . giro la patata ai due venditori 
di hardware ... i quali non mi sanno dire se il processore in uso e' un 
32 bti o 64 bit. o meglio: i due fornitori sostengono due cose diverse. 
si tratta di un xeon 4 core , ecco una parte di /proc/cpuinfo
 
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Xeon(R) CPU           X3220  @ 2.40GHz
stepping	: 11
cpu MHz		: 1603.000
cache size	: 4096 KB
physical id	: 0
siblings	: 4
core id		: 0
cpu cores	: 4
apicid		: 0
initial apicid	: 0
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm 
constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl 
vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm dts tpr_shadow vnmi flexpriority
bogomips	: 4800.13
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:
 
getconf LONG_BIT mi dice 32
 
secondo voi? e' 32 bit o 64 ?
 
 
il sito mi dice 64
http://ark.intel.com/products/28034/Intel-Xeon-Processor-X3220-%288M-Cache-2_40-GHz-1066-MHz-FSB%29
 

 
http://ark.intel.com/products/28034/Intel-Xeon-Processor-X3220-%288M-Cache-2_40-GHz-1066-MHz-FSB%29
 
 
E quindi chi siamo noi per contraddire il "sito"? :-)
 
Direi che hai trovato la risposta da solo...
 
bye,
 
-- 
 
piergiorgio

 cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm
                                                                     ^^^
 
La flag lm indica che è a 64 bit
 
 
-- 
Flavio Visentin
 
Scientists discovered what's wrong with the female brain: on the left
side, there's nothing right, and on the right side, there's nothing left

 quali non mi sanno dire se il processore in uso e' un 32 bti o 64 bit.
 
Che ti importa ? Sono quasi 20 anni che i processori e i SO server a 32 bit supportano  piu di 4Gb di ram.
Se il venditore dell applicativo dice di mettere 16Gb con un centos a 32 bit(kernel pae?) , se sulla sk madre ci vanno e sono supportati vai tranquillo.
 
Giulia
 
 


Glie ne frega eccome, invece. 
Se il SO è a 32 bit te ci puoi mettere anche 2000 giga e vederli tutti e 
2000, ma il singolo processo più di quattro non li può indirizzare. Quindi 
per esempio se la sua esigenza e farci girare un application server java 
un po' carrozzato lo prende nel bocciuolo.
 
 


Peccato che lo spazio di indirizzamento per processo rimanga a 4 giga 
(kernel compreso)
 


 
ottima notizia. quindi la centos 6.5 32 bit riesce comunque a usare
16 gb ram? il nome dell'applicativo non lo faccio , per non fare 
reclame, ma l'esigenza e' scaturita dall'assistenza dell'applicativo.
insomma, i terminali son 25 , occorrono 512 mb di ram cadauno il conto 
e' 512 * 25 = 12800 . [1]
il fatto e' sorto che l'ultimo upgrade si e' fermato a meta'. da remoto 
i softwaristi dell'applicativo han sentenziato "c'e' poca ram" [2]
comunque sto divagando. ora faccio mettere la ram e poi vediamo.
se non devo reinstallare la centos allora -anche stavolta- mi son 
salvato in calcio d'angolo.
grazie a tutti/e
 
 
 
 
[1] non mi sembra una buona idea scrivere SEMPRE applicativi che 
richiedono SEMPRE maggiori performance. pochi anni addietro i vari 
gestinali finanziari erano "a linea di comando" , c'era putty o qualcosa 
di analogo e vai. ora anche il piu' modesto degli applicativi si 
presenta come ad un concorso di bellezza. sfumature, menu a discesa con 
1000 fronzoli, graffette che volano sullo schermo e cosi' via.
scusate lo sfogo ma non ne posso piu'
 
 
[2] poca ram = 4 gb . su un pc che fa girare SOLO l'applicativo non mi 
sembran neanche pochi.

 sembran neanche pochi.
 
Dipende cosa fa l'applicativo.


 l'errore è stato fatto in origine.
 
Scusa, ne approfitto. In un desktop (il mio) avevo messo la Debian a 64
bit (ma la amd64 mica la ia64), pero' succedeva che: 1) non andava piu'
veloce (anzi, sara' stata un'impressione, ma sembrava piu' lenta), e poi
2) c'erano meno pacchetti disponibili.
Cosi' ho messo la i386, questo circa due anni fa.
Vuoi dire che tu consiglieresti di passare al piu' presto all'amd64?
 
Ho questa cpu (una curiosita': perche' il flag vt-x non c'e' piu'?):
 
Architecture:          i686
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                2
On-line CPU(s) list:   0,1
Thread(s) per core:    1
Core(s) per socket:    2
Socket(s):             1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 23
Stepping:              10
CPU MHz:               3000.521
BogoMIPS:              5999.87
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              6144K
 
model name      : Intel(R) Core(TM)2 Duo CPU     E8400  @ 3.00GHz
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
                  mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2
                  ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts
                  aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2
                  ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm dtherm
                  tpr_shadow vnmi flexpriority
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
 
-- 
Tanti saluti
 

 Ho questa cpu (una curiosita': perche' il flag vt-x non c'e' piu'?):
 
Sinceramente non ho mai visto alcun flag vt-x. Se ti riferisci alla 
virtualizzazione hardware la flag si chiama vmx (svm su amd64) ed è 
presente.


 2) c'erano meno pacchetti disponibili.
 
E` possibile che sia piu` lento a 64bit.
 
Vi sono diversi report in giro e la spiegazione e`
altrettanto semplice: i puntatori sono a 64bit,
quindi usano il *doppio* di cache.
Siccome i programmi usano puntatori massicciamente,
la cache risulta sotto pressione, con possibile calo
delle prestazioni.
Il che e` piu` visibile in CPU con cache piu` limitate,
sia in dimensione che associativita`.
 
bye,
 
pg
 
-- 
 
piergiorgio

 presente.
 
Ah e' il vmx, TNX!
 
-- 
Tanti saluti
 

Addi' 05 ott 2014, Piergiorgio Sartor scrive:

Be' la mia cpu e' vecchia, anche THe_ZiPMaN m'ha detto che non c'e' da
aver fretta a passare a 64 bit -- TNX!
(Infatti di cache mi sembra che l'E8400 ne ha pochissima)
 
-- 
Tanti saluti
 

 l'errore è stato fatto in origine.
 
ti do atto.
ma io uno scritto da parte dei fornitori dell'applicativo ove si chiede
 
CENTOS 6.5 32 BIT
 
scritto via mail, faxato e firmato
 
:-)
 
ciao a tutti/e e grazie del feedback !!
 
 

 sembran neanche pochi.
 
Se l'applicativo li richiede, ovviamente servono anche se deve far girare 
solo quello.

 CENTOS 6.5 32 BIT
 
I ragazzi che hanno risposto sono dei bravi smanettoni , ma quando un fornitore chiede una cosa su un applicativo
vitale per il businness la sua parola sono le tavole della legge e i commenti sono superflui, probabilmente ti ha anche imposto
la macchina fisica specifica all epoca e quindi puoi stare certo che sapra usare anche a 32bit la memoria aggiuntiva(cosa come detto tecnicamente possibile).
 
Giulia
 
 


Se è per questo a suo tempo il fornitore avrà chiesto 4 giga di RAM, anche 
quelle parole erano tavole della legge, eppure ora bel belli son tornati e 
hanno detto che ne servono 16. Evidentemente la nuova versione ha 
requisiti diversi dalla vecchia, ti torna?
 
Quanto al "tecnicamente possibile" ti sfido al di là delle chiacchiere ad 
usare più di 4 giga di ram (*) dentro una java virtual machine a 32 bit. 
 
(*) che poi è comprensiva di heap e non heap, la prima (quella usabile 
applicativamente) potrebbe essere molto meno a seconda delle esigenze.
 

 tecnicamente possibile).
 
Potrei portare almeno 4 esempi concreti di applicativi aziendali 
gestionali che fino a circa 3 anni fa certificavano solo OS a 32 bit 
(pur funzionando senza problemi anche a 64 bit) e che in tale ambiente 
non riescono tuttora a sfruttare la memoria aggiuntiva disponibile.
 
Uno di questi, giusto per certificare l'idiozia della "certificazione 
dell'ambiente", era erogato anche dal vendor stesso come SAS. E guarda 
caso era installato su macchine a 64 bit non "certificate", proprio 
perché con server a 32bit dovevano avere troppe macchine dato che oltre 
i 4GB non c'erano miglioramenti.
L'ambiente a 64 bit è stato certificato solo 3 anni dopo che loro lo 
usavano in produzione, e solo perché hanno ricevuto molteplici lamentele 
e richieste da parte di alcuni grossi clienti (che peraltro già usavano 
l'applicativo su OS a 64bit da oltre un anno tenendo un server a 32 bit 
per riprodurre eventuali problemi in ambiente certificato).
 
Quindi l'unica cosa certa è e resta la morte... forse.


 certificazione dell'ambiente.
 
In generale, un ambiente viene "certificato" per una data release del 
software. Se si procede ad un aggiornamento, come in quel caso, è normale 
che i requisiti possano cambiare e infatti hanno chiesto 16 giga di RAM 
quando l'ambiente certificato ne aveva 4.

 vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm dts tpr_shadow vnmi flexpriority
se per esempio ci fai girare programmi che usano threads e la memoria in 
modo esteso e rapido, potrebbe farti comodo avere anche i flag sse4.1 e 
sse4.2 e avx e anche haswell come architettura, mi riferisco per esempio 
ai programmi di scacchi che usano popcnt o la paginazione della memoria 
in blocchi più ampi.
Ma se usi il pc solo per skype/explorer/video/editing etc.. 32bit vanno 
benen quanto 64, questa configurazione hardware però pare vecchiotta 
allo stato.
Quanto poi alla ram, se non la usi per elaborazioni particolari, 8G con 
linux sono pure troppi al momento l'importante e che alla bisogna tu 
possa aggiungere altri 8G ma, se il processore è già vecchio, al momento 
che avrai bisogno di più ram, probabilmente preferirai, cambiare 
direttamente il pacchetto, anche perchè se scegli un desktop come lxde o 
xfce succhia meno di 300mb per partire.
Comunque, tutto è relativo, e un quad è pur sempre una bomba.
 
ciao e buon linux