Qualcosa che mi faccia realizzare la potenza dei 64bit ?

[Darky]

Ho da poco acquistato un portatile con processore a 64bit.
Windows xp non supporta i 64 bit e quindi ho installato Suse 9.3 per architetture a 64 bit.
Ecco ora vi chiedo: c'è un'applicazione che mi faccia notare la potenza dei 64bit ? Parlo di applicazioni terra terra, orientate all'utonto home, non applicazioni di calcolo tipo mapis o altro.
Insomma vorrei un'applicazione che mi faccia dire "o cavolo ma vedi come va a mille sul 64 bit !!".

[VICIUS]

Non ci sono applicazioni che raddoppiano di prestazioni quando sono compilate per i 64bit specialmente nel campo desktop, quindi puoi metterti il cuore in pace. :D

ciao ;)

[SilverXXX]

Niete raddoppia di prestazioni con i 64 bit, in ambito desktop poi al momento le differenze sono marginali. Il discorso cambierà quando si indirizzerà molta più memoria (ma hai voglia).

[Darky]

Bhe che le prestazioni non raddoppiassero lo sapevo anche io, non sono così totano.
Ma anche vedere un qualcosa che va _sensibilmente_ più veloce mi basterebbe.
Non credo sia solo un vantaggio sull'indirizzamento della memoria ( che non è da poco, secondo le mie reminiscenze di fond. di informaticao eh eh ).

[SilverXXX]

Mysql, postgres, oracle, firebird, e i vari RDBMS.
Cmq l'unico vantaggio che dà incrementi significativi è quello (quando ce ne sarà bisogno, ora come ora poco).

[HexDEF6]

"basterebbe" farci girare il db di HWupgrade....

secondo me gli unici casi in cui la differenza si nota sono con db molto grossi, e quindi con quantitativi di ram > di 4Gb... e quindi solo con degli opteron

[Herod2k]

potresti provare a fare qualche bel render complesso con blender....(unico applicativo 3D su linux a 64 bit...)

Dovresti trovare un'incrementazione di un 20%...così dicono ma non ci metto la mano sul fuoco...

[SilverXXX]

Magari il db di hwu ci gira :D
Cmq non penso basti semplicemente ricompilare il codice, probabilmente si dovrebbe anche ottimizzare il tutto. Ah, un piccolo incremento prestazionale è anche dato dall'aumento dei registri grp.

[Darky]

Quindi un utente desktop che non mettà più di un 2gb di ram ( non ricordo il limite oltre il quale si sopperisce al limite dell'indirizzamento a 32bit con trucchetti poco prestazionali ) alla fine di questi 64bit non se ne fa un bel nulla ? Anche quando ci saranno applicazioni a 64 bit ( che siano per win o linux ) ?

[Herod2k]

Quindi un utente desktop che non mettà più di un 2gb di ram ( non ricordo il limite oltre il quale si sopperisce al limite dell'indirizzamento a 32bit con trucchetti poco prestazionali ) alla fine di questi 64bit non se ne fa un bel nulla ? Anche quando ci saranno applicazioni a 64 bit ( che siano per win o linux ) ?

.io l'ho comprato amd 64 per due motivi:
1. Non compro Intel per nessuna ragione....
2. Mi hanno detto di questo incremento nei software di render 3D appena ho l'occasione di provare mentalray 64 bit vi faccio sapere...

[ilsensine]

Bhe che le prestazioni non raddoppiassero lo sapevo anche io, non sono così totano.
Ma anche vedere un qualcosa che va _sensibilmente_ più veloce mi basterebbe.
Non credo sia solo un vantaggio sull'indirizzamento della memoria ( che non è da poco, secondo le mie reminiscenze di fond. di informaticao eh eh ).
Non credo che l'incremento sia così "sensibile". E' più dovuto alla presenza di qualche registro in più, invece che all'indirizzamento a 64 bit. Singolare infatti che di "default" i calcoli su numeri interi vengono effettuati solo sulla parte a...32 bit dei registri!

I vantaggi sono ovviamente la maggiore quantità di memoria supportata senza hack, e (importantissimo per le applicazioni tipo dbms o con migliaia di thread) l'enorme spazio di indirizzi virtuali disponibili.

[ilsensine]

non ricordo il limite oltre il quale si sopperisce al limite dell'indirizzamento a 32bit con trucchetti poco prestazionali
< ~896MB: nessuna penalità
< 4GB: HIGHMEM4G. E' necessario in quanto al kernel è assegnato solo 1GB di indirizzi virtuali. Il decremento prestazionale è molto piccolo.
<64GB: Limite per processori x86 con PAE. Selezionando HIGHMEM64G si possono raggiungere nella _pratica_ circa 16GB; dopo il sistema comincia a dare i numeri per l'enorme pressione sulla zona detta "normal" della memoria del kernel. L'overhead è di pochi punti percentuale. Per più di 16GB si utilizzano tecniche come lo split 4G/4G, dove il kernel ha a disposizione 4GB di indirizzi virtuali e una zona "normal" molto più grande, ma comporta altre penalità.

Però ripeto che i 64 bit sono molto importanti anche per gli indirizzi _virtuali_ che possono gestire, non solo per la memoria fisica indirizzabile.

[edivad82]

"basterebbe" farci girare il db di HWupgrade....

secondo me gli unici casi in cui la differenza si nota sono con db molto grossi, e quindi con quantitativi di ram > di 4Gb... e quindi solo con degli opteron
per darti un dato, provando ad inizio anno tra 32 e 64bit, mediamente ottenevo un aumento di prestazioni tra il 25 e il 30% passando da debian a 32 bit a debian a 64bit con mysql con un database di test di circa 3 giga, quindi in ram...

dual opteron 244 a 32 bit: 4015 secondi
dual opteron 250 a 32 bit: 3015 secondi

dual opteron 244 a 64 bit: 2485 secondi
dual opteron 250 a 64 bit: 1933 secondi

[edivad82]

Magari il db di hwu ci gira :D
Cmq non penso basti semplicemente ricompilare il codice, probabilmente si dovrebbe anche ottimizzare il tutto. Ah, un piccolo incremento prestazionale è anche dato dall'aumento dei registri grp.
non ancora, ho qualche problema causa la revision del procio...