Microsoft Windows XP 64 bit: ormai manca poco!
Negli ultimi giorni vari rumors segnalano come data di rilascio per il nuovo windows a 64bit, il 29 Aprile. Per ingannare l'attesa Microsoft ha distribuito una versione trial che, stando a vari commenti raccolti in rete, appare abbastanza matura e non ha creato particolari problemi nel riconoscimento
di Fabio Boneschi pubblicata il 28 Gennaio 2005, alle 17:23 nel canale ProgrammiMicrosoftWindows









Fable e Sol a confronto: due cartoni animati creati su un PC con RTX 3090
Il tablet rugged leggero e sottile: Lenovo ThinkTab X11 offre resistenza, doppia USB-C e batteria rimovibile
AMD Advancing AI 2026: l'hardware AMD per le elaborazioni IA del futuro, tra GPU, CPU e robot
Due scrivanie angolari gaming a prezzi bassissimi: una a 102,88€ solo per Prime e l'altra a 99,99€ con prese USB e layout reversibile
Telecamere e intelligenza artificiale sui camion dei rifiuti: come alcune città USA controllano le case
L'ASUS Zenbook di cui tutti parlano torna in offerta: OLED 3K da 14'', Core Ultra 7, 16GB e 1TB a 999€ dopo uno sconto di 500€
Helios, la piattaforma di Schneider Electric e AMD per le AI Factory del futuro
Multiverse Computing raccoglie 500 milioni di euro per l'IA europea che può girare ovunque, anche su uno smartphone
Videogiochi, social e azzardo: un giovane su sei tra 11 e 17 anni ha un comportamento a rischio
Tre astronauti rientrano dalla ISS: la Soyuz MS-28 tocca terra in Kazakistan
Kimi K3 ha trovato 19 zero-day in Redis in 90 minuti
Aggiungere un acceleratore IA per data center al proprio PC: si può fare e costa incredibilmente poco
Debian valuta lo stop totale ai contributi generati dall'IA
Huawei sfida il ban USA: al via la produzione propria di memorie HBM per l'IA
QNAP lancia i nuovi NAS TS-262A e TS-462A per ambienti domestici e piccoli uffici
E4 Computer Engineering e EuroHPC JU uniscono le forze su MeluXina-AI, l'HPC per l'IA europea
World di Sam Altman raccoglie 52,5 milioni senza vendere una sola azione: il round è in token









211 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - infoSembra che rispondi con un linguaggio da star trek!
[OT] Negotiation is irrelevant, resistance is futile
Le obiezioni pubblicate da "fek" sono irrilevanti.
La domanda pubblicata da "fek" e' irrilevante.
Sono irrilevanti per te perche' non ne conoscevi la risposta.
E ti ripeto che io non sono una delle tue amichette, rivolgiti con rispetto.
E' evidente che non sei in grado di affrontare una discussione matura, percio' ti saluto.
il guro no
ma forse si riferisce ai driver ancora immaturi per in win 64 e nn è colpa dei 64 bit
lasciamo stare che è meglio...
Possile che non parliamo la stessa lingua?
Credo che intenda il "sicuramente" in senso matematico.
Le obiezioni pubblicate da "fek" sono irrilevanti.
La domanda pubblicata da "fek" e' irrilevante.
L'irrilevanza consiste nel fatto che una risposta sensata alle obiezioni di "fek" non aggiunge o toglie nulla al contesto della discussione.
Il punto e' questo:
1) L'utente "fek" posta del codice ad alto livello, e il suo equivalente in assembly prodotto dal debugger di cui fa uso.
2) Le due parti non sono congruenti. Ossia il codice dell'uno non combacia in consistenza con il codice dell'altro.
3) Faccio notare 2 volte cio' all'utente "fek", senza che nelle sue risposte trapeli che abbia compreso quanto dico.
4) In un mio post chiarisco in modo "ineluttabile" che sono d'accordo con quanto espresso da fek: ossia che non ci sono incrementi prestazionali dal passaggio da 32 a 64 bit.
5) Ancora una volta "fraintende" il mio pensiero. Da cui deduco che sta dormendo.
6) Sveglia e il carattere grande con la scritta "raro" sono utilizzare da me per destare la sua attenzione.
7) Ancora una volta non comprende.
8) Domanda: dorme ancora?
scusa, ma stò perdendo del tutto il significato della discussione.
All'inizio si era partiti con il passaggio dai 32 ai 64 bit comporta o non comporta degli incrementi ( a mio modesto parere, vedendo i vari tests che sn stati pubblicati sì
Fek se n sbaglio afferma invece che gli incrementi non ci sn, salvo rare eccezioni ( come quella di PovRay) e che il miglioramento delle prestazioni deriva dall'architettura dell'Athlon64 non dall'utilizzo dei 64 bit...
Per dimostrare la sua tesi posta del codice e la sua traduzione in Assembly effettuata da un debugger.
Tu ribatti che però questa traduzione non è corretta specificando nel dettaglio.
Ora però affermi che sei sostanzialmente d'accordo con la sua tesi e cioè che di per sè il passaggio ai 64bit è ininfluente ( fek anzi ha ipotizzato addirittura un calo di prestazioni in certi ambiti e che cmq dipende dalle condizioni in cui questa architettura viene impiegata).
Insomma il motivo del vostro disaccordo è "solamente" il fatto che il codice postato in precedenza non è ( per te) quello corretto?
Cioè i 64 bit n c'entrano +, o mi sbaglio...?
Puoi spiegarti meglio, sono curiosa. Grazie.
Nel senso che:
- Per ogni programma che incorpora la funzione func_64 nel codice
- Per ogni possibile esecuzione del programma (cioè dato qualsiasi input)
tempo di esecuzione 64 bit <= tempo di esecuzione 32 bit
per programma e sequenza di input fissati.
Ovviamente la certezza in generale non si può avere perchè è un caso particolare del problema della terminazione di un programma
Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".