mboost-dp1
unknown
Der kommer nok en patch :)
Men er det ikke rimelig meget en vane af intel at gøre den slags.. jeg kan da huske helt tilbage til P-60 (og længere HVIS det skal være :) hvor der også var grelle fejl på deres processor..
men hvem køber egentlig også første generation af noget som helst produkt?
Men er det ikke rimelig meget en vane af intel at gøre den slags.. jeg kan da huske helt tilbage til P-60 (og længere HVIS det skal være :) hvor der også var grelle fejl på deres processor..
men hvem køber egentlig også første generation af noget som helst produkt?
#1:
Nu er det jo som sådan ikke en fejl i Itanium at den er langsom til at køre 32-bit kode - det var jo aldrig meningen!
Det her er jo snarere en konsekvens af at det er gået op for intel at det ER vigtigt for deres kunder!
Og det er vel dybest set et skulderklap til AMD... :)
Nu er det jo som sådan ikke en fejl i Itanium at den er langsom til at køre 32-bit kode - det var jo aldrig meningen!
Det her er jo snarere en konsekvens af at det er gået op for intel at det ER vigtigt for deres kunder!
Og det er vel dybest set et skulderklap til AMD... :)
Det har jo hele tiden virket som om at Intell overhovedet ikke har haft fornemmelse for hvad en overgang fra 32 til 64 bit kræver. Det er rimeligt naivt at gå udfra den betragtning at man i ét hug kan flytte eksisterende server applikationer over på et rent 64 bit system. Derfor har AMD's måde at håndtere det hele tiden virket absolut mest seriøs.. At de så nu kommer med en lappeløsning på problemet er, som Seahawk også siger, jo bare et bevis på at de er rendt galt i byen. Og lad os nu se liige hvor meget det layer retter op på tingene...
Itanium 2 er ikke nogen første generations cpu. Der findes jo den ældre Itanium cpu.
Itanium er lavet til at køre 64bit kode only. Som Seahawk så nævner, at nogle kunder gerne ville have den til at køre er vel ikke Intels skyld? De kan da bare købe en Xeon istedet...
#3 Nej, Intels Itanium har aldrig været lavet til at kunne køre 32bit kode. Hvis folk vil have en der bygget til at kunne køre begge dele, så skal de købe en AMD Opeteron/64.
Det skal så også siges at 64bit jo ikke er nyt. Firmaer som fx. Alpha har haft 64bit cpu'er i mange år.
Itanium er lavet til at køre 64bit kode only. Som Seahawk så nævner, at nogle kunder gerne ville have den til at køre er vel ikke Intels skyld? De kan da bare købe en Xeon istedet...
#3 Nej, Intels Itanium har aldrig været lavet til at kunne køre 32bit kode. Hvis folk vil have en der bygget til at kunne køre begge dele, så skal de købe en AMD Opeteron/64.
Det skal så også siges at 64bit jo ikke er nyt. Firmaer som fx. Alpha har haft 64bit cpu'er i mange år.
Intal har hele tiden vidst at man "ikke" bare lige sådan kan flytte desktop-brugeres systemer til 64bit. Intel har satset på fremtiden, hvorimod AMD ligeledes har satset på overgangen også.
De brugere som køber en 64bit cpu til desktop brug, vil med 95% sikkerhed installere 64bit OS og programmer. Hr. og fru jensen er jo alligevel ligeglad om deres Compaq/Dell/Etc. kører 64bit eller ej.
Man kan måske undre sig over hvorfor Intel ikke har valgt, at lave det 32bit addon, men det er sikkert pga. yield pr. wafer plade og at 64bit købere højst sandsynlig ikke vil køre 90% 32bit programmer.
De brugere som køber en 64bit cpu til desktop brug, vil med 95% sikkerhed installere 64bit OS og programmer. Hr. og fru jensen er jo alligevel ligeglad om deres Compaq/Dell/Etc. kører 64bit eller ej.
Man kan måske undre sig over hvorfor Intel ikke har valgt, at lave det 32bit addon, men det er sikkert pga. yield pr. wafer plade og at 64bit købere højst sandsynlig ikke vil køre 90% 32bit programmer.
#4
Ja, Sparc, Alpha osv...
Men nu er det jo kun i få tilfælde at man har brug for den rå ydelse som en 64 bit processor giver. Det eneste sted jeg ved de bruger det er i rendering farms, så hut jeg visker brugte man en rendering farm af flere hundrede Sparc processorer (fra SUN), til at animere Toy Story.
Problemet er lidt at der allerede er et velbrugt marked for 64 bit processorer, og det kontrolleres af især SUN. Så AMD og Intel skal komme med noget ekstra, og AMD's rene afvikling af 32 bit må jo siges at være 100% det rigtige. Så AMD har nu et marked, næsten for sig selv. Hvorimod Intel er tvunget til at slås med SUN om et marked SUN har ganske fint under kontrol.
Ja, Sparc, Alpha osv...
Men nu er det jo kun i få tilfælde at man har brug for den rå ydelse som en 64 bit processor giver. Det eneste sted jeg ved de bruger det er i rendering farms, så hut jeg visker brugte man en rendering farm af flere hundrede Sparc processorer (fra SUN), til at animere Toy Story.
Problemet er lidt at der allerede er et velbrugt marked for 64 bit processorer, og det kontrolleres af især SUN. Så AMD og Intel skal komme med noget ekstra, og AMD's rene afvikling af 32 bit må jo siges at være 100% det rigtige. Så AMD har nu et marked, næsten for sig selv. Hvorimod Intel er tvunget til at slås med SUN om et marked SUN har ganske fint under kontrol.
#6 Jeg er MEGET sikker på at man ved pakke programmer ( zip rar ) kan få en mægtig ydelses forbedring !, + database servere kan let bruge en 64bit cpu. Alt hvad der kræver tung beregning kan få glæde af 64bit cpu'er , siger ligsom lidt sigselv, hvis koden er optimeret til en 64bit cpu vil det køre noget (læs MEGET ) bedere end en 32 bit cpu en ligeså optimeret kode.
Hvis man kunne tænke sig at optage noget video med et digitalt video kamera og vil konvertere det til DVD, mpeg2 ( SVCD ). VCD så vil man også her kunne få et Boost som vil noget.
Men den private har ikke en skid ud af en 64bit cpu, (untaget nørder og benchmark riddere). i dagligt brug vil man et godt stykke tid endnu få bedere performance/pris ved at blive på en 32 bit cpu til hjemme brug.
Det er lidt som en pentium PRO, den var heller ikke meget bevendt til den aml. bruger pga de applikationer og OS som kunne udnytte den ikke var til daglig brug. Men det kom ligeså stille, og først da rigtigt meget software kørte bedst på en pentium pro, blev pentium pro kernen modificeret til en pentium 2 kerne, så var der meget at hente, specielt ved brug af programemr som krævede fpu kræfter ( komma tal ).
Jeg er overbevist om at den lille mand ikke har en skid ud af at købe en 64bit cpu for den extra omkostning det første stykke tid. vent til longhorn måske lidt lengere så kan det være. at det kan betale sig. ikke før tror jeg ikke !.
Men til migrerings perioden har AMD et vildt godt produkt, men er ikke sikker på at en AMD x86-64 cpu kan være med i itaniums klasse !!!! ( ved det dog ikke ).
M
Hvis man kunne tænke sig at optage noget video med et digitalt video kamera og vil konvertere det til DVD, mpeg2 ( SVCD ). VCD så vil man også her kunne få et Boost som vil noget.
Men den private har ikke en skid ud af en 64bit cpu, (untaget nørder og benchmark riddere). i dagligt brug vil man et godt stykke tid endnu få bedere performance/pris ved at blive på en 32 bit cpu til hjemme brug.
Det er lidt som en pentium PRO, den var heller ikke meget bevendt til den aml. bruger pga de applikationer og OS som kunne udnytte den ikke var til daglig brug. Men det kom ligeså stille, og først da rigtigt meget software kørte bedst på en pentium pro, blev pentium pro kernen modificeret til en pentium 2 kerne, så var der meget at hente, specielt ved brug af programemr som krævede fpu kræfter ( komma tal ).
Jeg er overbevist om at den lille mand ikke har en skid ud af at købe en 64bit cpu for den extra omkostning det første stykke tid. vent til longhorn måske lidt lengere så kan det være. at det kan betale sig. ikke før tror jeg ikke !.
Men til migrerings perioden har AMD et vildt godt produkt, men er ikke sikker på at en AMD x86-64 cpu kan være med i itaniums klasse !!!! ( ved det dog ikke ).
M
x86 arkitekturen i sig selv er jo et skoleeksempel på at ulemperne ved bagudkompatibilitet altid er langt mindre end fordelene, så jeg er klart af den opfattelse at Intel har skudt sig selv i foden.
Det er jo ikke første gang at historien viser at man for mest ud af at bygge videre på eksisterende erfaringer/viden. Jeg håber der er nogen i Intel får røde ører - Det er ikke sundt for konkurrencen på markedet at AMD trækker fra Intel på den her måde.
Det er jo ikke første gang at historien viser at man for mest ud af at bygge videre på eksisterende erfaringer/viden. Jeg håber der er nogen i Intel får røde ører - Det er ikke sundt for konkurrencen på markedet at AMD trækker fra Intel på den her måde.
#6: Sparc er ikke særlig hurtig til at rendere på. Dér hvor de her RISC processorer kommer til sin ret er ved floating-point operationer.
Vi lavede et forsøg på AAU hvor vi renderede distribueret på et antal 500MHz Sparc computere. Det viste sig dog at der skal ca. 4-5 af disse til at hamle op med en Athlon 1.3GHz.
Rendering program var en distribueret version af raja.sf.net
Vi lavede et forsøg på AAU hvor vi renderede distribueret på et antal 500MHz Sparc computere. Det viste sig dog at der skal ca. 4-5 af disse til at hamle op med en Athlon 1.3GHz.
Rendering program var en distribueret version af raja.sf.net
Som det er blevet nævnt mange andre steder, så er vi hurtigt ved at nå begrænsningen ved 32bit cpu'er, som er at de ikke kan adressere mere end 4gb ram. Hvilket er et problem da pc'ere bliver solgt med 512mb ram og nogle private køber 1gb.
Det kan virke som om at der er et langt stykke tid til at det virkelig giver problemer, men for ikke at løbe ind i en mur så skifter man til 64bit allerede nu.
#6 Grunden til at firmaer som pixar bruger 64bit cpu'er er ikke fordi de giver en bedre ydelse, men fordi at de arbejder med data som fylder flere gigabyte.
#8 Jeg ved ikke hvorfor du er så sikker på at en 64bit cpu er hurtigere til alt. Der er absolut ingenting som taler for at en ny 64bit cpu er hurtigere til hverken at encode video eller komprimere data(hvilket for øvrigt gøres byte for byte).
Det kan virke som om at der er et langt stykke tid til at det virkelig giver problemer, men for ikke at løbe ind i en mur så skifter man til 64bit allerede nu.
#6 Grunden til at firmaer som pixar bruger 64bit cpu'er er ikke fordi de giver en bedre ydelse, men fordi at de arbejder med data som fylder flere gigabyte.
#8 Jeg ved ikke hvorfor du er så sikker på at en 64bit cpu er hurtigere til alt. Der er absolut ingenting som taler for at en ny 64bit cpu er hurtigere til hverken at encode video eller komprimere data(hvilket for øvrigt gøres byte for byte).
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