[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [RiminiLUG-General] aumento di ram

Il giorno sab, 09/10/2010 alle 21.49 +0200, Daniele Palumbo ha scritto:

> Io invece rimango fedele in produzione ai 32bit... i 64bit al momento non sono più veloci (anzi, rallentano) a meno di avere applicazioni specifiche (cioè non compilate a 64 bit e funzionano, ma scritte apposta per usare i registri a 64bit).
> In particolare applicazioni matematiche, dove comunque sono richiesti calcoli complessi.

Cosa intendi per "applicazioni specifiche per 64bit"?

Se intendi applicazioni che effettivamente traggano beneficio da
architetture e SO a 64bit ok (audio, video, grafica, database...)

Ma diversamente non mi risulta che esistano applicazioni specifiche (=
nate apposta) per i 32 bit e quelle specifiche per i 64 bit.

Un sorgente in C/C++ può essere compilato per un'architettura piuttosto
che per un'altra, ma l'applicazione in se non è "nativa" per 32bit o
64bit.
Se deve indirizzare grosse mole di dati dovrebbe essere più efficiente
su architettura a 64bit e meno sui 32bit, ma il sorgente
dell'applicazione rimane quello...

Poi, soprattutto in C/C++, ci possono essere casi in cui, per
l'amata/odiata logica dei puntatori, applicazioni nate per i 32bit
possono avere problemi ricompilate e fatte girare a 64bit, ma si tratta
di bugs (o meglio casistiche non previste dal programmatore)

Suppongo che quando una distribuzione rilascia pacchetti compilati a 64
bit abbia fatto le verifiche del caso (o comunque ci possa mettere le
pezze)

Che poi ci siano applicazioni che non traggono beneficio dai 64bit, ma
addirittura siano meno prestanti, ad esempio, per una minore efficienza
nell'uso della cache, può essere vero... ma ne so ancora troppo poco, mi
sto un po' documentando per capire meglio come stanno le cose, quindi se
ho detto inesattezze correggetemi pure :)


> Detto ciò, con PAE si vive molto felici.

Questo lo confermo anch'io :)

Ivan