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.
Mno, sice je to fajn, že AMD chystá a plánuje výrobu čtyřjádrových Opteronů, ale proč jen pro soc. F? Lepší by bylo, kdyby je také vyráběli pro soc. AM2, nebo chystaný AM2+. Něco podobného, jak to bylo s Opterony pro soc. 939.
>> Jochen:
Ale jo, pro socket AM2+ se chystá taky, jmenuje se "Budapest" a měl by být v Q3 2007 - http://cdr.cz/a/19761
se mi zda nejak malo te cache,nebude to vykonostni brzda?
CRN Interview: AMD CEO Hector Ruiz a efom marketingu AMD Henri Richard-om
CRN: aAbol vzdy ka velka je miera rastu Linux-ove business-u?
RICHARD: Linux bol pre nas vzdy pevnostou. Ludia co pouzivaju Linux na pocitacoch a serveroch su ludia s nekonvencym myslenim. Prave preto ich to casto taha k tomu stat sa partnermi AMD.Do jednej z najsilnejsich oblasti Linux-u je HPC, kde investujeme trvalo.Prave sme otvorili vyvojove centrum Software-u v Redmond-e v state Washington(sidlo Microsoftu), s pokracujeme v uzskej spolupraci s Red Hat-om aNovell SUSE na vylepsovani Barcelona-y. V nasledujucej verzii Red Hat-u uvidite optimalizacie pre AMD CPU a platformy, v miere aka je urobene prvy raz (pozn. partnerom pre Drazdansko/Austinsky K8 a Linux bolo Norinberske SUSE)
RICHARD: Barcelona je naplanovana na koniec Q2 2007 s dostuponostopu pocas Q3 2007.
http://www.crn.com.au/story.aspx?CIID=73837&src=site-marq
To ale priamo koresponduje
20.04.2006 13:38
AMD chce zalozit ssvetove centrum OS znalosti v Drazdanoch. V Operating System Research Center (OSRC), team vedeny exsefa vyvoja SUSE Chris-om Schläger-om bude robit spolu s navrharmi CPU na "optimalizaii buducich generacii microprocessorov AMD na poziadavky modernych OS"
http://www.heise.de/english/newsticker/news/72178
Podla popisu prace navrhara nastrojov , tento clovek nebude len navrhovat Linux-ove nastroje pre AMD CPU, ale tie pomahatoptimalizovat CPU pre Linux.
http://www.heise.de/english/newsticker/news/72169
>lalala
>se mi zda nejak malo te cache,nebude to vykonostni brzda?
To je otazka... AMD je menej zavisle na velkosti cache ako Intel.. Intel potrebuje viac cahce kedze po FSB idu aj data do/z RAM aj kariet u AMD idu data medzi CPU a RAM inou cestou ako cez chipset...
Myslím si, že L2 je u K8L dostačující (pokud by ne tak příjde brzy 45nm L2 výrazně větší), a jak na tom bude současná K8L se teprve uvidí, zatím jsou pouze srovnání s K8, a v 4x4 se výhoda lepší architektury C2D naprosto ztratila díky řadíči RAM a HT. Totéž by se mělo stát i nyní, anvíc bude nová architektura. Máme sa na co těšit.
fotoba: Kdyby radši místo těch PR keců otevřeli ovladače (nebo vydali specifikaci) k Radeonům. Toto je houbeles podpora... :(
xkvasek>
ze sa stazuje prave dva dni potom ako otvorili dalsich vyse 1200 riadkov (zvysok je este pod cuzdimi patentami a tak nemoze byt GPL)
ATI Catalyst? Linux software suite uz neobsahuje predkompilovane moduly ale kazda instalacia sa kompiluje zvlast gcc za pomoci kenrel source alebo kernel headers
https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/linux_...
http://www.phoronix.com/scan.php?page=article&item=649&num=1
To su pozitivne kroky - ono nie je trivialne obist vsetky patenty v specifikaciach a v ovladacoch, ktore tam Ati nechala, ale ako vidno robi sa na tom
Sakra, fotoba, predbehol si ma, akurat vcera som to cital, celkom zaujimave. Len by som chcel vediet, ci ide o virtualizaciu, alebo o multitasking, alebo o nieco ine.
Ja este dodam, ze AMD nemusi prekonavat intel, ten sa zbrzdi aj sam:http://www.theinquirer.net/default.aspx?article=37821 (samozrejme som si vedomy, ze skoro nikto nema 8 jadrovu zostavu...)
z tych patentov ide o sposob akym komunikujes s chipom a to je aj tych 1200 riadkov..
a co sa tyka Linux-u ide o to, ze napr. kod pre 486 isiel na Pentium 100Mhz ako na 66Mhz 486 ale ak sa ten isty C kod prelozil pre Pentium mal vykon 3x vyssi na 100Mhz Pentium ako na 100Mhz 486 kod pre 486...
A momentalne sa vacsina programov optimalizju pre Intel, pricom rozdiely medzi Intel a AMD su vacsie ako medzi 486 a Pentium a to aj co do vykonu... na developer.amd.com je AMD performance libray, ktora ukazuje, ze AMD optimalizovany kod je 4x rychlejsi ako ten isty kod bez optimalizcaie na AMD.. merania na tom istom dual CPU systeme..
fotoba: To je hrozně zavádějící. Pokud pod optimalizací myslíš zapnutí některé sady instrukcí (MMX, SSEx...), pak mohou být výsledky několikanásobně lepší, ale to platí pro pro suštění stejného kódu na kterémkoli kompatibilním procesoru - ať už je to Intel, AMD, nebo třeba VIA.
Neoptimalizovaný kód (který už používá rozšířené instrukční sady) běží na AMD celkem dobře a optimalizací pro AMD se dá získat něco okolo maximálně 20%, typicky okolo 10%. U Intelu na NetBurstí architektuře jde rychlost optimalizací navýšit mnohem víc, tam je to někde okolo 50%. Je to dáno tím, že AMD měli vždy dobře udělané provádění instrukcí mimo pořadí, takže se optimalizovalo vždy pro Intel, protože tam to mělo mnohem větší význam. Jak je to teď u Core2Duo nevím, ale řekl bych, že na tom zase zamakali a optimalizace už nebudou tak moc potřeba na žádné platformě.
ido o optiomalizaciu koli prekladu mikrokodu... na develeoper.amd.com je interny "test" , kde kod pre multicore je 2x vykonnejsi ako singlke core kod, a kod navrhnuty s optimalizaciou na konkretnty CPU od AMD (AMD performance library) az 2x rychlejsie ako multicore kod...
Fotoba: Hoď odkaz. Ale jestli je tam pod pojmem neoptimalizovaný kód něco jako "--disable-sse", tak to ani házet nemusíš. :)
Už jsem to našel, přímo se tam píše, že:
[...]
So what works like gang-busters on a system with SSE3 processor extensions might run much slower, or even fail, on the previous generation of chips that do not have SSE3. For many developers, this problem is a real nightmare. It is comparable in some senses to the plight of choosing which blend of x86 instructions to have GCC or the Microsoft C/C++ compiler emit?you want the fastest possible code, but you don't want to lock out users who run on older systems.
APL solves this problem with an interesting dispatch system.
[...]
Takže je to sice všechno moc pěkné, ale prakticky se vlastně nic neděje. Že bude kód s použitím SSE několikrát rychlejší je jasné ještě než se začne programovat.
No, právě že Firma, Intel, už s těmi procesory, Intel Core 2 DUO, už moc nevede, nebo teda, vede, jen s tím jedním, procesorem, Intel Core 2 DUO, a to s tím nejrychlejším, s tím skoro, nejrychlejším, procesorem, od Firmy Intel, a to tím, procesorem, Intel Core 2 DUO, už se může srovnávat, procesor AMD Athlon FX-74, který, má, ale možná nižší, spotřebu, no to mě, těší, prostě, no!
Hlavně, v tom 64-Bitovém testu, Science Mark, porazí ten skoro, nejrychlejší procesor, od Firmy Intel, a to ten, procesor, Intel Core 2 DUO, i ten procesor, od Firmy AMD, a to ten procesor Dvoujádrový procesor, AMD Arhlon 64 3600+, a přitom tenhle, dvoujádrový procesor, od Firmy AMD, a to ten, procesor AMD Athlon 64 3600+, s 2x256 KiloBajty, rychlé vyrovnávací paměti, L2 Cache, to jsou v podstatě, dva procesory AMD Sempron, podle té rychlé vyrovnávací paměti L2 Cache, jen 2x256 KiloBajtů, rychlé vyrovnávací paměti L2 Cache, a to tenhle, procesor, stojí asi tak, jenom 3 000 Kč vč. DPH, a porazí procesor, od Firmy Intel, a to ten, procesor, Intel Core 2 DUO, za asi tak 15 000 Kč vč. DPH, tak to už je LOL, ať, žije Firma, AMD, prostě, no!
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.