32 bit vs 64 bit har intet at gøre med antallet af tråde du kan eksekvere. Der er dog nogle optimeringer der er aktiveret ved 64 bit programmer men jeg tvivler på du kan mærke nogen forskel i andet end meget beregningstunge programmer. Derimod skal du hellere overveje 64-bit for at kunne udnytte 4+ GB ram mere effektivt. Men hvis du har under 4 GB ram kan du sagtens nøjes med 32 bit versionen af Ubuntu.
Der har været en del snak frem og tilbage på diverse fora om effgekten på hastigheden med 64bit
Nogle siger at de kan mærke forskel mens andre ikke kan så for nyligt tog jeg chancen og sprang ud i det og lod det briste eller bære (jeg kunne jo altid skifte tilbage)
Jeg synes jeg kan mærke en anelse foprskel i positiv retning på beregninmgstunge ting men det kan også være fordi
mit OS nu kan se alle mine 4 gb ram men den føles en lille smule mere snappy synes jeg.
hvis vi taler om 32 vs 64 bit så er det ikke kun ram det kommer an på. Når Cpuen køre i 64 bit mode er bedre reqistre som kan benyttes og derfor kan visse former for programmer køre ca 15-20 % hurtigere (ja jeg har selv målt efter).
#4
Men samtidig så fylder en pointer mere ved 64-bit hvilket du skal tage med i betragtning. Samtidig kører Flash stadig ikke godt i 64-bit (mit har haft nogle ret alvorlige nedbrud med de nyeste versioner).
Min pointe er bare at det er korrekt at 64-bit gør nogen ting hurtigere mens andre ting kan køre langsommere. Rundt regnet vil jeg mene at 64-bit stadig er en anelse bedre men hvis man har under 4 GB ram så skal det kun være fordi man har lyst at man har skifter til 64-bit. :)
Med der ram priser som vi har i dag kan jeg ikke forstå at folk bringer dette emne på bordet i forhold til 15-20 %speed på cpu'en. Men måske er det fordi jeg næsten altid er cpu bounded og ikke ram bounded (nogle få gange er det IO men det hjalp en SSD med at fjerne)
Det er ca 3 år siden jeg sagde farvel til maskiner der havde mindre en 4 gb ram og ca 1/2 år siden at jeg fik alle mine maskiner op på 8 gb. De ram priser er så dam billig
Jeg siger så også blot at det ikke er alle programmer du får noget ud af med 64-bit og du kan risikere at enkelte kører langsommere. Og rigtig nok så er RAM priserne meget lave hvilket også betyder at jeg har 8 gb ram i den bærbare og 16 gb i min stationære. Har dog ikke kastet mig også SSD'erne endnu :)
Som Julemand siger, og andre, så er forskellen minimal, undtaget visse beregningskrævende programmer, hvor nogle, eksempelvis programmer der opretter meget store arbejdsfiler, kører hurtigere hvis disse filer afvikles på en harddisk for sig selv.
64 bit systemer kan udnytte mere RAM, men kræver også mere RAM end 32 bit. Derfor er regnestykket ikke sådan lige til sammenligning.
#11:
Min foreløbig, konklusion er en blandet følelse
Xubuntu (Valgt forbi den køre mere smoutch på min netbook)
Sluger mere ram, men min cpu arbejder mindre
Køre umildbart en lille smule hurtigere, men svært at bedømme
En moderne CPU med normalt workload tilbringer 60-90% af sine clock cycler med at vente på ram uden at det kan ses i den beregnede idle tid(det er føst når den venter på disk tråden frigives som idle).
det er også ukorekt at 32bit cpuer kun kan håndtere 3.5GB det er kun ved en bestemt memmory management teknik den begrensning kommer og linux kan håndtere optil 56GB via noget der kaldes pae(default for ubuntu 12.04 32bit er pea btw), og generelt kommer den realle ydelse an på ca 200 andre faktorer
Bemærk iøvrigt at hypertreading ofte vises som flere cores i OS selvom der realt kun er en core on chip(hypertreading betyder du har 2 set regstre og kan skifte jobs hurtigere).
Hej
Jeg skal ikke gøre mig klog på det, men der var engang med Windows 98, den kunne kun bruge en disk-størrelse på 32 GB og maksimum RAM 3.3 GB, og det var på grund af 32 bit.
De begrænsninger er vist ændret.
64bit int du kan på en 64bit cpu ligge større tal sammen i færre cycler end på en 32bit cpu, cache's "registers" er også større for 64bit. Hardware mæssigt er der en kempe forskel på om din systembus er 32bit eller 64bit.
med AMD64 instruktionsættet kan CPU'en oversætte 32bit kode på en måde hvor du får næsten alle fordelene ved en en 64bit's systembus, hvilket som jeg forstår det er en lidt større bedrift end de som regel får kredit for.
Der gemmer sig også et par problemer i pae udvidelsen der gennerelt gør det mere effektivt med et rent 64bit system, og 56GB er for high end servere ikke længere ekstemt meget ram.
Disclaimer: jeg er ikke decideret specialist i de her low level områder og kender kun en meget simplificeret udgave af virkeligheden.
Kommentarer17
32 bit vs 64 bit har intet
Tak for det kvalificeret
Tak for det kvalificeret svar
Er dual core hurtigere
Der har været en del snak frem og tilbage på diverse fora om effgekten på hastigheden med 64bit
Nogle siger at de kan mærke forskel mens andre ikke kan så for nyligt tog jeg chancen og sprang ud i det og lod det briste eller bære (jeg kunne jo altid skifte tilbage)
Jeg synes jeg kan mærke en anelse foprskel i positiv retning på beregninmgstunge ting men det kan også være fordi
mit OS nu kan se alle mine 4 gb ram men den føles en lille smule mere snappy synes jeg.
Snakee
hvis vi taler om 32 vs 64
#4
Men samtidig så fylder
Men samtidig så fylder en pointer mere ved 64-bit hvilket du skal tage med i betragtning. Samtidig kører Flash stadig ikke godt i 64-bit (mit har haft nogle ret alvorlige nedbrud med de nyeste versioner).
Min pointe er bare at det er korrekt at 64-bit gør nogen ting hurtigere mens andre ting kan køre langsommere. Rundt regnet vil jeg mene at 64-bit stadig er en anelse bedre men hvis man har under 4 GB ram så skal det kun være fordi man har lyst at man har skifter til 64-bit. :)
Men samtidig så fylder
Så vidt jeg forstår det tekniske på http://kernelnewbies.org/Linux_3.4#head-039c9d273884c9639937c10d68b4a32… så er det muligt at køre 64 bit med fuld access til alle register med 32 bit pointer
Med der ram priser som vi har i dag kan jeg ikke forstå at folk bringer dette emne på bordet i forhold til 15-20 %speed på cpu'en. Men måske er det fordi jeg næsten altid er cpu bounded og ikke ram bounded (nogle få gange er det IO men det hjalp en SSD med at fjerne)
Det er ca 3 år siden jeg sagde farvel til maskiner der havde mindre en 4 gb ram og ca 1/2 år siden at jeg fik alle mine maskiner op på 8 gb. De ram priser er så dam billig
#6
Helt korrekt og har
Helt korrekt og har heller aldrig sagt jeg er uenig med dig. Hvis vi lige skal smide en test ind der netop viser at 64-bit er hurtigere ved beregningstunge opgaver:
http://www.phoronix.com/scan.php?page=article&item=ubuntu_1204_3264&num…
Jeg siger så også blot at det ikke er alle programmer du får noget ud af med 64-bit og du kan risikere at enkelte kører langsommere. Og rigtig nok så er RAM priserne meget lave hvilket også betyder at jeg har 8 gb ram i den bærbare og 16 gb i min stationære. Har dog ikke kastet mig også SSD'erne endnu :)
Ja ram priserne er
Ja ram priserne er blevet lave
Men hjælper ikke i mit tilfælde da det skal køre på en netbook
Fandt lige denne gamle
http://www.tuxradar.com/content/ubuntu-904-32-bit-vs-64-bit-benchmarks
Der klarer 64 bit sig bedst
Som Julemand siger, og
64 bit systemer kan udnytte mere RAM, men kræver også mere RAM end 32 bit. Derfor er regnestykket ikke sådan lige til sammenligning.
Ja okay
Men hvad med
Ja okay
Men hvad med cpu forbrug?
Nu prøver jeg selv 64 bit på maskinen, så må se om jeg kan mærke forskel
Det er jo gratis at skifte tilbage :)
Min foreløbig,
Min foreløbig, konklusion er en blandet følelse
Xubuntu (Valgt forbi den køre mere smoutch på min netbook)
Sluger mere ram, men min cpu arbejder mindre
Køre umildbart en lille smule hurtigere, men svært at bedømme
Performance er en videnskab
det er også ukorekt at 32bit cpuer kun kan håndtere 3.5GB det er kun ved en bestemt memmory management teknik den begrensning kommer og linux kan håndtere optil 56GB via noget der kaldes pae(default for ubuntu 12.04 32bit er pea btw), og generelt kommer den realle ydelse an på ca 200 andre faktorer
Bemærk iøvrigt at hypertreading ofte vises som flere cores i OS selvom der realt kun er en core on chip(hypertreading betyder du har 2 set regstre og kan skifte jobs hurtigere).
Når 32 bit kan
Når 32 bit kan håntere 56GB ram
Hvorfor så køre 64 bit?
Hej
Jeg skal ikke gøre mig
Jeg skal ikke gøre mig klog på det, men der var engang med Windows 98, den kunne kun bruge en disk-størrelse på 32 GB og maksimum RAM 3.3 GB, og det var på grund af 32 bit.
De begrænsninger er vist ændret.
#15
Det tror jeg ikke helt
Det tror jeg ikke helt på:
http://support.microsoft.com/kb/304943
http://www.techrepublic.com/blog/window-on-windows/format-fat32-drives-…
Kompleksitet
64bit int du kan på en 64bit cpu ligge større tal sammen i færre cycler end på en 32bit cpu, cache's "registers" er også større for 64bit. Hardware mæssigt er der en kempe forskel på om din systembus er 32bit eller 64bit.
med AMD64 instruktionsættet kan CPU'en oversætte 32bit kode på en måde hvor du får næsten alle fordelene ved en en 64bit's systembus, hvilket som jeg forstår det er en lidt større bedrift end de som regel får kredit for.
Der gemmer sig også et par problemer i pae udvidelsen der gennerelt gør det mere effektivt med et rent 64bit system, og 56GB er for high end servere ikke længere ekstemt meget ram.
Disclaimer: jeg er ikke decideret specialist i de her low level områder og kender kun en meget simplificeret udgave af virkeligheden.