Det er primært rettet imod serverbaserede databaseopgaver.
--
Live long and prosper... http://www.retel.dk[...]

ingen siger vi nødvendigvis har brug for det nu, men adskelige spil udviklere har udtalt at de ikke vil kunne forsætte dette fremskidt de pt. køre med, hvis vi ikke snart kommer over på 64bit. Om det er sandt eller ej, er jo ikke til at vide. men er det ikke mere power folkdet vil ha?
--
Shine on you crazy diamond! http://www.evilsun.dk[...]

Databaser og andre serverrelaterede programmer kommer nemt over denne grænse, og i og med at ram-forbruget også ser ud til at gå samme vej i løbet af de næste par år, så ser det ud til at der er brug for det. Det er CEO,. Tim Sweeney, fra Epic Games der er en af de store fortaler for skiftet til 64-bit. Vi har skrevet en artikel om det her på Hardwareonline.dk: http://www.hardwareonline.dk[...]
--
"Forstyr ikke mine cirkler" -Arkimedes

En cpu med 64 registre er som standart langsommere end en med 32, da det fylder mere og derfor er langsommere. Men, hvis man compiler et program til 64 bit, (med en optimeret compiler) vil det køre langt hurtigere end et tilsvarende 32 bit program. Desværre er alle windows programmer (stort set) forud compilet fra producentens side, og det ser da heller ikke ud til at producenterne vil begynde at udgive 64 bits udgaver af programmer forløbig. Derfor er en 64 bits cpu på windows fuld stændig spild af god processor kraft. På Linux der imod, særligt Gentoo linux, er 64 bit processoren meget interessant, fordi kilde koden til de fleste programmer er fri, og derfor nemt kan laves om til 64 bit. Dette gør en 64 bit cpu og Gentoo Linux til en virkelig hurtig løsning.... Kan varmt anbefale det
--
Gæstebruger, opret dit eget login og få din egen signatur.

tak for jeres svar
--
Gæstebruger, opret dit eget login og få din egen signatur.

#4 Du har ikke helt ret, eller i hvert fald undladt en meget vigtig ting. Em amd64 cpu er absolute ikke spild af penge på et win baseret system, Den lammetæver jo intel noget så grumt i ydelsen i spil, også selv om den rent faktisk kun køre 32bit endnu. Når det er sagt skal der da også lige nævnes den erent faktisk er billigere end Intel, Alene det burde stoppe den debat. Derudover vil man rent faktisk være bedre forberedt (Læs Fremtidssikret) med en amd64 cpu, som du kan læse fatter jeg slet ikke du kan skrive at det er spild af tid. Oven i købet begrunder du at fordi den er størrer er den langsommere en andre, det er da noget vrøvl, da de rent faktisk har præsset 32bit flere ind på samme område, så afstanden mellem transitorne er mindre = størrer hastighed. Jeg ville gerne se nogle links der bekræfter din udtagelse, da jeg er ret sikker på du er gal på den. /Omfufu
--
Gæstebruger, opret dit eget login og få din egen signatur.

-- Indholdet af dette indlæg er blevet fjernet af Fiskemanden.
--
Gæstebruger, opret dit eget login og få din egen signatur.

-- Indholdet af dette indlæg er blevet fjernet af Fiskemanden.
--
Gæstebruger, opret dit eget login og få din egen signatur.

#6 "...da de rent faktisk har præsset 32bit flere ind på samme område", LOL!. Jeg har ikke nogen direkte links til mine facts, men du kan jo starte på en udannelse på datalogisk institut på københavns universitet (diku), og så tage faget maskin arkitektur, hvor man laver en cpu selv...
--
Gæstebruger, opret dit eget login og få din egen signatur.

#6 "Oven i købet begrunder du at fordi den er størrer er den langsommere en andre, det er da noget vrøvl, da de rent faktisk har præsset 32bit flere ind på samme område, så afstanden mellem transitorne er mindre = størrer hastighed." Fatter ikke en brik af dette ???????? 64-bit fylder stadig mere end 32-bit (Uanset hvilken fabrikationsprocess der er benyttet), men hvis man tilpasser processoren er forskellen marginal (Og ikke laver det gamle intel nummer med 16-bit busser til 32-bit transport) #4 "Men, hvis man compiler et program til 64 bit, (med en optimeret compiler) vil det køre langt hurtigere end et tilsvarende 32 bit program." En uddybelse, de primære grunde til at det går hurtigere er en stribe ekstra GP registre som man får adgang til i Long mode, samt den integrerede Memory Controller. MHT Win64 applikationer så afhænger det rent af hvornår Intel dukker op på scenen. Jeg synes så ikke at det er værd at vente på, da MS-Windows reelt ikke er optimeret - simpelthen for at få skidtet til at køre så problemfrit som muligt rundt omkring på bøhlandet.
--
Live long and prosper... http://www.retel.dk[...]

#10, jeg tror, at han med: --- "Oven i købet begrunder du at fordi den er størrer er den langsommere en andre, det er da noget vrøvl, da de rent faktisk har præsset 32bit flere ind på samme område, så afstanden mellem transitorne er mindre = størrer hastighed." ----mener, at hvis nu de normale 32 bit cp'er er sådan her: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ------ hvert 0 er en bit. 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Så ser de nye sådan her ud: 00000000 00000000 00000000 00000000 ----- Hver 0 er stadig en bit 00000000 00000000 00000000 00000000 Som du kan se, så fylder det det samme, da fstanden mellem hver bit bare er mindre (Jeg ved godt, at en cpu ikke ser sådan ud indvendig, men det var bare for at give en idé om hvordan det er ment, som #6 siger.
--
Hvorfor fryser computeren når den blir varm?

De 4GB ram, for win's vedkommende, er = fysisk ram + pagefile. Derudover kan win "kun" allokere 2 GB ram+pagefile til, hvert program.
--
Gæstebruger, opret dit eget login og få din egen signatur.

Efter hvad jeg har læst så er Win xp 64bit edt lige om hjørnet, så vil man da allerede få et perfomance boost i xp, det er da nice.
--
Gæstebruger, opret dit eget login og få din egen signatur.

#9 ..da de rent faktisk har præsset 32bit flere ind på samme område", LOL!. Jeg har ikke nogen direkte links til mine facts, men du kan jo starte på en udannelse på datalogisk institut på københavns universitet (diku), og så tage faget maskin arkitektur, hvor man laver en cpu selv... Du er da for dum at høre på. #6 fremsætter nogle ret gode argumenter, så hvorfor finder du ikke links der understøtter din teori, fremfor at svine manden til?
--
Who's your daddy???

#4: Jeg tror du blander lidt rundt i 64bit addressing og AMD64's udvidet registre - de to ting har ikke nødvendigvis noget med hinanden at gøre. 64bit addressing (som er hvad man som regel mener med en 64bit CPU, evnen til at lagre 64bit lange words) er ikke ensbetydende med at man har flere GPR'er end en 32bit arkitektur, og uden de ekstra registre så er ydelsen netop ikke højere, undtagen i de tilfælde hvor man har brug for at kunne tilgå mere end 64GB ram direkte. (Du kan tilgå 64GB ram med 32bit CPU'er uden problemer, bare din arkitektur understøtter PAE, hvilket de fleste CPU'er siden PII gør. Dog kan du stadig kun tilgå 2GB per process, hvilket i nogle tilfælde er en væsenlig begrænsning). Mht. kompilering af 64bit programmer, så vil det helt sikkert komme så snart WinXP 64 er på gaden. Jeg ved at flere af de program pakker jeg bruger bliver kompileret til 64bit så snart der er et OS de kan køre på. Det er hvad jeg venter på før jeg skifter til Nocona's, ingen grund til at have en 64bit CPU lige nu. #6: Em amd64 cpu er absolute ikke spild af penge på et win baseret system, Den lammetæver jo intel noget så grumt i ydelsen i spil, også selv om den rent faktisk kun køre 32bit endnu. Når det er sagt skal der da også lige nævnes den erent faktisk er billigere end Intel, Alene det burde stoppe den debat. Ja, medmindre man ikke er primært interesseret i spil... Hvilket de fleste der har brug for 64bit ikke er. L.
--
http://wireframed.com[...] v2 is up! Dual Xeon 3.3GHz | 2GB ram | 15k/10k SCSI disks | 3500A | DVD-305S | 23" TFT