On 1/16/06, Iulian Dogariu <[EMAIL PROTECTED]> wrote: > fffffh a scris: > > Apar sporuri de viteza semnficative in cazul compilarii unor softuri > > mari (ex. kernel) intre intre sistemele pe 32 si cele pe 64 de bits > > (pe linuxuri pe 64 bits) ? > > Apar, dar nu sint senzationale. Activitatea unui compilator inseamna (in > mare) parsare de text si look-up de simboluri. La trecerea de la 32 biti > la 64 obtii un spor de viteza numai daca programul tau face intensiv > aritmetica pe numere mai lungi de 32 de biti, ceea ce la un compilator > nu e cazul. > > In particuler, pe AMD64 obtii sporuri de viteza din cauza faptului ca > procesorul are mai multi registri, si a altor imbunatatiri de > arhitectura, nu a faptului ca lucreaza cu 64 de biti simultan. > > Daca vrei sa compilezi pe 64-bit, te poti lovi si de probleme, cum ar fi > necesarul de memorie sensibil mai mare (pentru ca pointerii, de exemplu, > au lungime dubla); ceea ce poate conduce si la o rata mai mare de cache > miss-uri, si deci la incetinirea compilarii, nu la accelerare :-) Asta e > in mod special adevarat cind vrei sa compilezi monstri ca OpenOffice.org > sau Mozilla. > > p.s.: Nu, nici macar javac nu e sensibil mai rapid. > > i. > > > > _______________________________________________ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug >
Daca nu apar sporuri de performanta vizibile inseamna , ca, doar marirea frecventei clock-ului duce la o marire a vitezei de compilare (in cazul AMD), presupunand memoria e suficient de mare (dual channel 2x512 MB). O magistrala de date pe 64 bits nu ar trebui sa dubleze (cel putin in teorie) cantitatea de date adusa de procesor din memorie ? _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug