mboost-dp1
unknown
Jeg troede at de gik væk fra K#, pga. at de ikke ønsker at lave en K9. Eller har jeg hørt forkert?
Btw, dette er min første #1 i mange, mange uger ;D
Btw, dette er min første #1 i mange, mange uger ;D
erh... hvad er fordelen ved 64 bit frem for mig gode "gamle" 32 bit?
[edit]ok, så jeg må konkludere at det er absolut ligemeget hvis jeg købte ny cpu og bundkort det første år, måske 2 år, da der alligevel ikke ville være nogle væsentlige forbedringer i hastigheden - derefter er det dog nok et must, da alle skifter over til det...[/edit]
[edit]ok, så jeg må konkludere at det er absolut ligemeget hvis jeg købte ny cpu og bundkort det første år, måske 2 år, da der alligevel ikke ville være nogle væsentlige forbedringer i hastigheden - derefter er det dog nok et must, da alle skifter over til det...[/edit]
#9
Jeg skulle netop til at forklare, at det ikke i sig selv er noget mål :D
Jeg skulle netop til at forklare, at det ikke i sig selv er noget mål :D
Jeg arbejder med udvikling af video-behandlings-software, og fordelene med x86-64 er til at få øje på. Det vil kunne betyde en meget væsentlig hastighedsforbedring i videokompression (Xvid) og behandling (AviSynth / Virtual Dub). En forbedring på flere hundrede procent vil ikke være usandsynlig.
AMD's 64 bit processor (Opteron, K8, Athlon 64 eller hvad den nu kommer til at hedde) har følgende fordele
64 bit adresse rum (16 Exabyte (1 Exabyte er 1024 Petabyte, 1 Petabye er 1024 Terabyte)). Dog vil de udgaver der kommer nu ikke udnytte dette fuld ud og vil "kun" kunne adressere op til 1 TB fysisk RAM og 256 TB Virtuel RAM). Det betyder snart noget - da grænsen for Athlon, P4 m.m. er 4 GB.
Bedre præcision på beregninger. Dvs. man kan operere med større tal "i et hug" (altså uden at skulle opnå det i software som er langsommere).
Flere registre
Ingen Segmentering (i 64 bit mode)Flere registre vil uden tvivl betyde hurtigere software ret hurtigt (det skulle være relativt let at lave kompilere der udnytter dette). Gevinsten er dog heller ikke volsom stor.Bedre præcision vil formodentligt betyde hurtigere videokompression, billedbehandling m.m. (og dermed hurtigere spil).Ingen segmentering er en ulempe. - Dog ikke noget særligt da OS/2 alligevel er det eneste OS (jeg kender til) som benytter den iøvrigt smarte feature. (Jeg tror nok at Amiga OS4 har tænkt sig at benytte dette)For at udnytte x86-64 mulighederne kræves det at:
Operativsystemet er skrevet til det (Et MUST!)
At applikationerne er skrevet til det (ikke nødvendigt men ellers vil DEN applikation ikke vinde noget ved det - derudover vil der uden tvivl være en penalty ved skift fra et program som benytter 64 bit og et som ikke gør - og med multitasking vil den slags ofte ske hvis man benytter 32 bit programmer).
Så med Win64 eller Linux64 vil man kunne begynde at udnytte sin super processor - men indtil alle programmer er oversat vil man ikke få fuld glæde af det.
64 bit adresse rum (16 Exabyte (1 Exabyte er 1024 Petabyte, 1 Petabye er 1024 Terabyte)). Dog vil de udgaver der kommer nu ikke udnytte dette fuld ud og vil "kun" kunne adressere op til 1 TB fysisk RAM og 256 TB Virtuel RAM). Det betyder snart noget - da grænsen for Athlon, P4 m.m. er 4 GB.
Bedre præcision på beregninger. Dvs. man kan operere med større tal "i et hug" (altså uden at skulle opnå det i software som er langsommere).
Flere registre
Ingen Segmentering (i 64 bit mode)Flere registre vil uden tvivl betyde hurtigere software ret hurtigt (det skulle være relativt let at lave kompilere der udnytter dette). Gevinsten er dog heller ikke volsom stor.Bedre præcision vil formodentligt betyde hurtigere videokompression, billedbehandling m.m. (og dermed hurtigere spil).Ingen segmentering er en ulempe. - Dog ikke noget særligt da OS/2 alligevel er det eneste OS (jeg kender til) som benytter den iøvrigt smarte feature. (Jeg tror nok at Amiga OS4 har tænkt sig at benytte dette)For at udnytte x86-64 mulighederne kræves det at:
Operativsystemet er skrevet til det (Et MUST!)
At applikationerne er skrevet til det (ikke nødvendigt men ellers vil DEN applikation ikke vinde noget ved det - derudover vil der uden tvivl være en penalty ved skift fra et program som benytter 64 bit og et som ikke gør - og med multitasking vil den slags ofte ske hvis man benytter 32 bit programmer).
Så med Win64 eller Linux64 vil man kunne begynde at udnytte sin super processor - men indtil alle programmer er oversat vil man ikke få fuld glæde af det.
btw, hvad nu hvis jeg sidder på min 32 bit processor om et års tid, men der kommer et 64 bit program jeg bare må have, men min løn & SU ikke lige holder til at jeg opgraderer skidtet... Tror i så det vil være muligt at emulere 64 bit?
Jeg glæder mig allerede til den dag jeg ser:Asus A8N Deluxe eller sådan noget.
Men det er rigtigt, for at få noget god brug ud af det skal det være kodet til det. Men jeg læste da noget om at der næsten ikke var nogen tab i 32bit tilstand. Det var da vist noget med at en 64bit 1GHz ville kunne arbejde i 32bit i hastigheder oppe omkring de 2GHz. Men ok, kan også være mig der har læst forkert.
Men er du gal entuiasten skal op med pungen så der skal købes nyt cpu, bundkort, ram og gfxkort til april :D
Men det er rigtigt, for at få noget god brug ud af det skal det være kodet til det. Men jeg læste da noget om at der næsten ikke var nogen tab i 32bit tilstand. Det var da vist noget med at en 64bit 1GHz ville kunne arbejde i 32bit i hastigheder oppe omkring de 2GHz. Men ok, kan også være mig der har læst forkert.
Men er du gal entuiasten skal op med pungen så der skal købes nyt cpu, bundkort, ram og gfxkort til april :D
Husker jeg forkert, hvis jeg tror at jeg husker, at 80286 var nødt til at bruge segmenteret hukommelsestilgang - og blev udråbt som årtiers dårligeste produkt på det? (Overdrivelse fremmer forståelsen)
Ren segmentering (286) er ikke ret godt. Men Segmentering+Paging (386 og frem) er en super ting.
Segmentering+Paging er en god ide - men som sagt ikke ret brugt. Og dermed er tabet nok til at overleve.
AMD's '64' bit CPU'er skulle køre en del hurtigere i 32bit mode ift. deres tidligere cpu'er. Rent faktisk skulle en 2GHz Athlon-64 være en del hurtigere end en P4 3GHz i 32bit mode [og self endnu hurtigere i 64bit :P].
For så vidt er det lidt trist at man har valgt discount modellen ift. opgradering, da man med x86-64 instruktions sættet hiver en masse ubrugelig og sløvende legacy med (på samme måde som man hele tiden har gjort med x86-32) og Intel's ide om at skifte til en helt ny type platform med ren 64bit ville helt sikkert forbedre den del af ligningen.
Man kan håbe at Intel og AMD bliver enige om en 128bit standard til 2010(?) - så vi slipper for det 1 gang til (alternativt kan man self køre en rigtigt 64bit arkitektur som SPARC :P).
For så vidt er det lidt trist at man har valgt discount modellen ift. opgradering, da man med x86-64 instruktions sættet hiver en masse ubrugelig og sløvende legacy med (på samme måde som man hele tiden har gjort med x86-32) og Intel's ide om at skifte til en helt ny type platform med ren 64bit ville helt sikkert forbedre den del af ligningen.
Man kan håbe at Intel og AMD bliver enige om en 128bit standard til 2010(?) - så vi slipper for det 1 gang til (alternativt kan man self køre en rigtigt 64bit arkitektur som SPARC :P).
Deternal: Ja alt det skrammel (8088, 8086, 80286, ...) er noget rod - men faktisk har de også valgt en del fra.
En del instruktioner findes ikke i 64bit mode - f.eks. visse udgaver af INC. Derudover har de som jeg allerede har nævnt fjernet segmentering (naturligvis kun i 64 bit mode) osv.
Jeg tror det korte af det lange her er at de faktisk HAR droppen en del legacy. - Men stadig beholdt kompatibiliteten (altså droppet legacy i en mode men beholdt den i en anden).
Det betyder naturligvis at der stadig skal bruges plads på chippen - men de har valgt ikke at bygge videre på dette skrammel men starte forfra (helt så simpelt er det ikke - for de fleste instruktioner og måder at bruge dem på er bevaret).
Når nu om et par år (godt og vel måske) alle har en 64 bit processor så skal nogen blot tage sig sammen og "kræve" at de bliver kodet i 64 bit. (Dvs. linux og windows version "et eller andet" skal blot kræve at koden bliver kompileret om - evt. hjælpe til med dette). - Så vil der kunne laves rene pæne processorer
Sådan går det nok ikke - men det er da en mulighed
En del instruktioner findes ikke i 64bit mode - f.eks. visse udgaver af INC. Derudover har de som jeg allerede har nævnt fjernet segmentering (naturligvis kun i 64 bit mode) osv.
Jeg tror det korte af det lange her er at de faktisk HAR droppen en del legacy. - Men stadig beholdt kompatibiliteten (altså droppet legacy i en mode men beholdt den i en anden).
Det betyder naturligvis at der stadig skal bruges plads på chippen - men de har valgt ikke at bygge videre på dette skrammel men starte forfra (helt så simpelt er det ikke - for de fleste instruktioner og måder at bruge dem på er bevaret).
Når nu om et par år (godt og vel måske) alle har en 64 bit processor så skal nogen blot tage sig sammen og "kræve" at de bliver kodet i 64 bit. (Dvs. linux og windows version "et eller andet" skal blot kræve at koden bliver kompileret om - evt. hjælpe til med dette). - Så vil der kunne laves rene pæne processorer
Sådan går det nok ikke - men det er da en mulighed
Så bliver der kun problemet med IA64 vs. X86-64
Faktisk noget rod når man tænker over det. Et fornuftigt program skal nu skrives i hele 3 udgaver
x86
x86-64
IA64
Og da brugeren helst ikke skal opdage noget skal det vel være den samme installer der bruges. - Og måske skal selve den binære fil endda være den samme (altså en fil med 3 ens programmer i) - for hvis man skifter bundkort (men beholder sin HD) så forventer man vel at man kan kører sine programmer som hidtil.
Faktisk noget rod når man tænker over det. Et fornuftigt program skal nu skrives i hele 3 udgaver
x86
x86-64
IA64
Og da brugeren helst ikke skal opdage noget skal det vel være den samme installer der bruges. - Og måske skal selve den binære fil endda være den samme (altså en fil med 3 ens programmer i) - for hvis man skifter bundkort (men beholder sin HD) så forventer man vel at man kan kører sine programmer som hidtil.
#22
Hvad mener du med ”som ingenting bliver skrevet til”? Det er da bare at kompilere det selv. Jeg er endnu ikke stødt på et program, det ikke kunne kompileres på en PPC. Jeg kørte YellowDog i et par år, og har aldrig haft sådanne problemer.
Hvad mener du med ”som ingenting bliver skrevet til”? Det er da bare at kompilere det selv. Jeg er endnu ikke stødt på et program, det ikke kunne kompileres på en PPC. Jeg kørte YellowDog i et par år, og har aldrig haft sådanne problemer.
Well not quite so.
Men hvis de gør er der da helt sikkert ting der er lettere - men også nogle der er sværere.
Linux er en god ting - men nok ikke for alle.
Det er windows også - men heller ikke for alle.
Problemet er bare at det ikke er alle der er kommet i den rigtige kategori endnu ;)
Men hvis de gør er der da helt sikkert ting der er lettere - men også nogle der er sværere.
Linux er en god ting - men nok ikke for alle.
Det er windows også - men heller ikke for alle.
Problemet er bare at det ikke er alle der er kommet i den rigtige kategori endnu ;)
mmmm... Dual Opteron DP med dual channel DDR selvfølgelig med 4stk 256/512Meg stænger. Er der egentligt kommet facts om nogle dual boards?
#12 "... derudover vil der uden tvivl være en penalty ved skift fra et program som benytter 64 bit og et som ikke gør - og med multitasking vil den slags ofte ske hvis man benytter 32 bit programmer"
Selvfølgelig er der det. Men sammenligner du den med Intels 64bit så er det ingenting i forhold til den.
#15 "btw, hvad nu hvis jeg sidder på min 32 bit processor om et års tid, men der kommer et 64 bit program jeg bare må have, men min løn & SU ikke lige holder til at jeg opgraderer skidtet... Tror i så det vil være muligt at emulere 64 bit?"
Kun hvis den er i ren 64 bit. Men det tror jeg ikke der sker foreløbig. I starten bliver de fleste nye programmer nok compilet til både 32 og 64.
/casper
#12 "... derudover vil der uden tvivl være en penalty ved skift fra et program som benytter 64 bit og et som ikke gør - og med multitasking vil den slags ofte ske hvis man benytter 32 bit programmer"
Selvfølgelig er der det. Men sammenligner du den med Intels 64bit så er det ingenting i forhold til den.
#15 "btw, hvad nu hvis jeg sidder på min 32 bit processor om et års tid, men der kommer et 64 bit program jeg bare må have, men min løn & SU ikke lige holder til at jeg opgraderer skidtet... Tror i så det vil være muligt at emulere 64 bit?"
Kun hvis den er i ren 64 bit. Men det tror jeg ikke der sker foreløbig. I starten bliver de fleste nye programmer nok compilet til både 32 og 64.
/casper
#12 og #27
Så vidt jeg ved så er der ikke noget penalty skift ved kun at køre 32 bit, i den mode skulle cpu'en forholde sig præcis som en Athlon cpu med tilsvarende clock-frekvens...
Udover det så kan man jo blande 64 og 32 bit programmer som man vil, så man har reelt "best of both worlds"..
Og eftersom både Windows og Linux kommer i en 64 bit udgave (over 4gb ram muligt+ andre rare ting), er der vel ikke noget at betænke sig på...
Gad vide hvornår Shuttle laver en Opteron/Athlon 64 cube..
Naish
Så vidt jeg ved så er der ikke noget penalty skift ved kun at køre 32 bit, i den mode skulle cpu'en forholde sig præcis som en Athlon cpu med tilsvarende clock-frekvens...
Udover det så kan man jo blande 64 og 32 bit programmer som man vil, så man har reelt "best of both worlds"..
Og eftersom både Windows og Linux kommer i en 64 bit udgave (over 4gb ram muligt+ andre rare ting), er der vel ikke noget at betænke sig på...
Gad vide hvornår Shuttle laver en Opteron/Athlon 64 cube..
Naish
Her er lidt baggrundsviden for dem som er interesserede:
http://www.digit-life.com/articles2/amd-hammer-fam...
http://www.digit-life.com/articles2/amd-hammer-fam...
Naish (#28) - det var vidst heller ikke det jeg skrev. Det jeg skrev var at et skift fra en mode til en anden tager tid.
Det vil f.eks. ske når operativsystemet (som er 64 bit) bliver kaldt fra en 32 bit aplikation (et system kald). Den slags sker hele tiden.
Det er muligt at der er andre ting der gør at Athlon64 er hurtigere - selv i 32 bit mode - så brugeren totalt set oplever en computer der er ligeså hurtig - eller måske endda hurtigere.
Iøvrigt en god artikel du henviser til (#29)
Det vil f.eks. ske når operativsystemet (som er 64 bit) bliver kaldt fra en 32 bit aplikation (et system kald). Den slags sker hele tiden.
Det er muligt at der er andre ting der gør at Athlon64 er hurtigere - selv i 32 bit mode - så brugeren totalt set oplever en computer der er ligeså hurtig - eller måske endda hurtigere.
Iøvrigt en god artikel du henviser til (#29)
#31 MulleXp:
Det er ikke nok med en 64 bit Windows ... den skal også være til den rigtige arkitektur.
Den du henviser til, er til Itanium - ikke x86-64.
Du kunne lige så godt henvise til WinNT 3.51 til Alpha - den har lige så stor chance for at køre på en Operteron/Athlon-64.
Det er ikke nok med en 64 bit Windows ... den skal også være til den rigtige arkitektur.
Den du henviser til, er til Itanium - ikke x86-64.
Du kunne lige så godt henvise til WinNT 3.51 til Alpha - den har lige så stor chance for at køre på en Operteron/Athlon-64.
32#
MS er kommet med en x86-64 udgave af Windows XP, mener det var til Comdex den blev præsenteret. Så den personligt også til ITForum i Bellacenteret i novembers.
MS er kommet med en x86-64 udgave af Windows XP, mener det var til Comdex den blev præsenteret. Så den personligt også til ITForum i Bellacenteret i novembers.
så vidt jeg husker Windows 64 bit edition stadig under produktion, og der er lavet en Windows 64 bit edition til Clawhammer, den blev fremvist for lang tid siden.
Tror bare jeg får fat i en Sparc 64... De har lavet den slags i et stykke tid, så mon ikke det virker..
18# kan du ikke huske pentium pro det var en ren 32bit processor og den var fucking stinky langsom på en masse software fordi den ikke var bagud kompatibel , AMD satser på at athlon 64 og opteron skal kunne banke på 32 og 64 bit prosessore på deres eget felt og opnår de dette må det jo være fint nok så skal vi da ikke græde over at den måske kunne være lidt hurtigere hvis den var inkompitabel med 32bit appz men nu kan vi oxo snart godt få den der er flere her der har ventet en del år på den skod cpu , og slf skal den kunne riste pølser ligesom man kan på pIV og Athlon i dag kun via er så dumme at de ikke understøtter Sausage mode
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund