Unreal-server i 64-bitarsutförande

massivt....

ojoj, rätt mycket

Är det inte lite konstigt att prestandan sjönk så mycket när exen var i 64 bitar?

Klockrent

bra fr dom som har 64 bitar prollar, vi andra får snällt ta o köpa os det:p

Känns iof lite skummt att det bara är 32-bitar applikationer som är snabbare på en 64-bitar platform, medan 64-bitars applikationer presterar avsevärt mycket sämtre än något av alternativen. Jag skulle då vänta ett tag innan jag uppgraderade min serverpark. Detta test var bland det löjligaste jag sett.

Vad var det där för trams? De kör en 32-bitars applikation på en 64-bits arkitektur och hoppas på bättre prestanda? Jag håller med weird om att detta var det löjligaste test jag sett på länge.

För de som sitter och hoppas på att 64-bitarstekniken ska frälsa oss på desktopmarknaden så får ni nog vänta ett par år till. Någon prestandaökning ger det verkligen inte i nuläget. T.o.m för oss som kompilrat våra system enkom för 64-bitarsarkitekturen. Det säger väl något...

Kul. Utvecklingen går framåt
Ska installera färska 64bits-OS och drivers när jag får möjlighet.
Skulle mina moderkortsdrivrutiner fungera i 64bits-miljö?

Om du använder dig av vias/nvidias(givetvis beroende på vilket chipset du har) 64bitarsdrivrutiner så, ja. I annat fall, nej.

M.A.O: 32bitars moderkortsdrivrutiner fungerar EJ i 64bitsmiljö.

Jag fattar inte att så många fortfarande tror på myten att 64bitars processor ger mer prestanda än en 32bitars. I många fall går det långsammare (och skall göra det) på grund av minnet. 64bitars processor kräver mer minne eftersom storleken på t ex pekare ökar.

Undantag är t ex när det gäller aritmetiska operationer för stora tal men det är ganska få applikationer som används på desktopen idag som har någon större nytta av 64bitars processor.

Läs mer om det här;
http://www.campusprogram.com/reference/en/wikipedia/6/64/64_b...

Tror faktiskt inte att så många tror att 64bitars ger så mycket just NU, men att det verkat lovande enligt många tester. OS i betastadie, splitternya prollar med 64bitar samt slarvigt optimerade speltester mm. Vad man sett hittills så är det som du säger: 64bitar ger inget just nu.

Däremot så är ju det intressanta om det kan ge nåt när mjukvaran är skriven för det på ett vettigt sätt. Många speltillverkare verkar ju vara säkra på att 64bitars kod är klart fördelaktig för prestandan. Dock så tror jag inte på detta förrän tekniken och framförallt mjukvaran har kommit så långt att det går att bevisa.

Dock så är jag rätt nöjd med prestandan på a64'erna utan att ens blanda in 64bitars kod i ekvationen. Blir det bra med 64bitars kod senare så är det bara en bonus. Man får väl ändå försöka vara lite realistisk, hur många ggr har inte tillverkarna kommit med nya grejer & sagt att det skulle innebära ett paradigmskifte i hårdvarubranschen?

AMD64 är en väldigt bra och trevlig processor. Inte bara för att den är 64bitars (vilket mest tilltalar folk som kör servrar) utan för att den är väldigt kraftfull för 32bitars kod också och är bakåtkompatibel med x86.

Den främsta anledningen till 64bitar är i dagsläget på grund av det ökande minnesbehovet och de prestandaförsämringar och annat meck som sker när man kör med massa minne på 32bitars arkitektur.

Jag tror inte de prestandaförbättringar som kommer ske iom 64bitars processorerna kommer bero på att applikationerna använder det, utan för att arkitekturen är snabbare i grunden och att applikationerna blir snabbare mot AMD64 med tiden beror på optimerade applikationer för just den processorn vilket sker med alla andra processorer också, oavsett ordlängd.

Visst, senare när minneskraven stiger i höjden (4GB+ ) så kommer 64bitars arkitekturen vara en klar fördel men förhoppningsvis så dröjer det tills dess.

Du får nog ta och läsa diagrammen en gång till.

Jo, men nu var det ju en försämring med 64 bitars programmet.
Har kanske med dåliga kompilatorer som nämns ovan, tycker att det är lite konstigt iaf.

Nu spekulerar jag lite och är inte särskilt insatt i hur det egentligen fungerar, men några tankar om prestandan och testen;

med 64bitars operativet så innebär det att operativet har tillgång till alla registrena i hela sin längd (och alla instruktioner) vilket innebär att det har mer att röra sig med. För 32-bitars oset så körs athlon64 i kompatibilitetsläge och använder en begränsad del av tillgångarna i athlon64. Dessutom är 32-bitars oset antagligen i586 optimerat d v s inte specifikt optimerat för Athlong64 medan 64-bitars varianten är kraftigt optimerat just för denna processorn.

Där kan en förklaring till förbättringen vid körning under 64-bitars-operativet komma. Sedan ang. skillnaden i 32 och 64-bitars servern så är det nog så att servern inte har någon större vinst i 64-bitars register eftersom det inte handlar om aritmetik med löjligt stora tal eller enorm minnesanvändning utan mest med saker som lika gärna kan göras på 32-bitar, men däremot så kommer cachet att i praktiken minskas med 64-bitars applikationen eftersom längden på en pekare och annat ökar vilket gör att samma data tar mer plats vilket kan utgöra den skillnad vi ser mellan 32 och 64 bitars applikationen.

detta är som sagt mest spekulationer och jag är inte särkilt insatt så om någon vet bättre får de gärna rätta mig eller komma med bättre gissningar

Ni får inte glömma att 64-bitars x86-processorer har dubbelt så många "general-purpose"-register (16 istället för 8), samt dubbelt så många SSE-register (16 istället för 8). Vilket även bidrar till att färre variabler behöver användas, vilket gör programmen lite snabbare.

FPU:n har fortfarande 8st 80-bitars-register.

Amen vafan, de satte juh färgerna i fel ordning. My bad.

Men hur som helst, det vore nice att se lite fler tester än bara UT. Varför finns inte Battlefield, CS, FarCry med?

eller solaris, true 64, aix, hp-ux, suse linux, mandrake linux, fedora linux, openvms, Windows NT (för alpha), openbsd, freebsd, netbsd, etc.

Kompilatorer finns det massor av de också.