Copyright © 1998-2025 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2025 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
No tak to zni hodne zajimave, hlavne s prihlednutim k faktu, ze v polovine roku 2006 bude mit intel v desktopu a v serverech nejspis jeste porad nepovedenou NetBurst...
...treba budou K10 128-bitove ;-)
Typnul bych si, ze K10 bude neco jako K8 + DDR2 + Dualcore(Quadcore :) ) + SSE3 + jadro s durazem na 64bit.
Dnesni K8 by mohla mit v 64bit vetsi vykon, ale bylo by to na ukor 32bit. Za ty 2 roky si budou moct dovolit vosekat 32bit na ukor 64bitu.
PS: Dneska je DDR2 nepotrebna vec. Aspon pro AMD zcela, pametovy radice v CPU prekonavaj intely o 20-50% a o latenci si radci zminovat nebudu :).
SSE3 je dual core defualtne
Myslim si, ze
jednoznacne vidiet praca sefa divizie CPU u AMD(u AMD od roku 1995) a
tretieho z troch sefrachitektov DEC Alpha AXP Derick-a(Dirk-a) Meyer-a a
autora K7, sefarchitekta x86 a CTO (chief Technology Offcer) u AMD, prveho
asistenta sefarchitektov DEC Alpha AXP druheho sefarachitekta K7 a finalneho
sefarchitekta K8 Fred-a Webber-a(u AMD od roku 1995) ako aj corporate fellow
(firemenho odborneho poradcu- toho kto semeruje vyvoj a radi pri rieseni
problemov) AMD, druheho sefarchitekta DEC Alpha AXP, sefarchitekta DEC na
projektoch PRISM,uPRISM, ARM, StrongARM, architekta PowerPC u Apple,
Motorola-y a IBM a mnohych dalsich CPU architektur (za 15 rokov navrhu CPU
ma 16 patentov v navrhu architektur, cahcehe a implementacii) sucastne
sefimplemantatora Alpha AXP EV4,AMD(MIPS based) Alchemy Au a inych. Ritch-a
Witek-a (u AMD od januara 2002).
Je teda uplne pochopitelne, ze si tito ludia priniesli svojich ludi a AMD
poluje na volnych vyvojharov Digital-u (toto leto prijali do Boston Design
center 60 exdigital-akov)
a => co bude K10
Teraz ma vlastne napadlo, ze 128 bit platforma je TMTA ale ta krchuje a spolu s AMD robili K9
Hm... a kedy urobia poriadnu (t.j. aspon tak rychlu ako Intel) implementaciu SSE2? To, co je v sucasnych A64 je 2-3x pomalsie ako Intel.. a vela softov efektivne vyuziva tieto pridane instrukcie, odkazy typu "najdi si iny soft optimalizovany pre AMD" ma nezaujimaju!
2:prophet>> a to o te SSE mas odkud ???
dale napr CPU: Celeron (Coppermine)
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 mmx fxsr sse
Ma piuouze SSE ... takze mi ukaz soft, ktery na tomto CPU nebezi ... protoze pokud zkompiliji program s vyuziti 3Dnow tak na intelu nepobezi ani nahodou, stejne tak kdyz neco dam pro gcc -mcpu=Pentium4 tak na AthlonXP tento soft nepobezi.
Muj nazor je takovi, ze 1) kecas ohledne rychlosti a nikdy jsi je nemeril.
2) Vubec nevis jak soft. funguje protoze podle mne pro SSE2 nic jako celek optimalizovane neni max. si program pri instalaci pri instalaci zjisti jaky ma CPU a podle toho tam dohraje knihovnu.
Jina situace je v Linuxu, kde se veci casto kompiluji takze se pouziji takove optimalizace na CPU jako -m3dnow ... -mcpu=... ovsem distribuce jsou kompilovane max s -mcpu=686 (mnohde jeste pro i386) pouze fajnsmekri si soft optimaliziji. Mimochpodem graficky soft na SGI (Irix na CPU MIPS) si pri instalaci taktez casto kompilije knihovny a mnohdy i celi program prave kvuli maximalni optimalizaci na CPU ... NIC TAKOVEHO VE SVETE WINDOWS NEEXISTUJE A OKNARSKE LAMY POUZE BLBE TLACHAJI A PRITOM JE JEJICH SOFT OPT. PRO i386 !!!
Izak:
Souhlas, nehledě na to, že spousta aplikací kašle na SSE a podobné instrukce a počítá přes FPU, které má AMD daleko výkonnější, než Intel.
Hlavne nech AMD co najtesnejsie spolupracuje s IBM.
Izak: mam rad takych odbornikov na vsetko.. napr. MPEG2 encodery ako Canopus Procoder ci CinemaCraft velmi efektivne vyuzivaju SSE2/3.. s vyraznym narastom vykonu.. a linux je uzasny, len akosi nema (a zial tak skoro mat nebude) podobne aplikacie, takze s tym kompilovanim si off-topic..
Mam tu vedla seba 939 Athlon 3500+ a P4 3,2 GHz Prescott, takze velmi dobre viem, o com hovorim.. ale zjavne s tebou nema vyznam diskutovat.. tvoje poznamky iba ukazuju, aky si velky frajer a linuxovy guru, ktory vsude byl, vsechno znal, mr. kecal.. ;-)
2 prophet: neni to nahodou tim ze p4 bezi na o dost vetsi frekvenci nez Athlon64 a ne na nejakejch instrukcich? (jen nazor laika)
Pánové, nemíchejte hrušky s jablky. Nepleťte si kompilaci a optimalizaci. Optimalizace znamená,že nad to borec sedl a kritické rutiny přepsal v assembleru nebo přinejmenším na úrovni vyššího jazyka, protože ví, co mu z toho za jakých okolností vyleze za kód. A to bude znamenat vždycky značný nárůst výkonu. A na výpočty s plovoucí destinnou čárkou je SSE nutnost, protože výkon FPU jednotky je u P4 tragický.
Déle zapomeňte na to, že vám nějaký kompilátor (ať už GCC pod linuxem nebo jiný) vygeneruje sám od sebe nějak měřitelně lepší kód pro MMX/SSE1/2/3/3Dnow!/cokoliv. Nevygeneruje, je potřeba to udělat "ručně".
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.