PCTuning fórum

mno, možná, ale snad už opustí zastaralost NB čipsetu, FX navíc má v sobě linky pro PCIe, takže škoda,že zůstali u starého konceptu.

Mě to nepřijde zastaralej koncept, protože je mnohem flexibilnější, výkon to neovlivňuje, je to navzájem propojené HT to znamená že můžeš nezávisle kombinovat různej počet CPU a chipsetů, jediná nevýhoda je že je u další křemík na desce více = možnost studeňáku pod NB, a taky že takové řešení má o něco větší spotřebu. Ale do serverů je ihmo lepší než to co razí intal s LGA2011, kde při použití XD-procesorovejch stanic je tam tuna NB v každém CPU pro nic + to zvětšuje plochu čipu jako takového, kterej je už tak dost masivní a topivej a jak je známo, s výrobou to jde do kopru a do budoucna neni rentabilní nadále dělat velké čipy, takže očekávám opětné rozsekání, ale bude to více kusů křemíku pod jednim IHS, jako to měl třeba Clarkdale.

Low-end a mainstrem se přesune do SOC to ano, ale high end, workstation a servery, tam by to bylo těžce kontraproduktivní.

Interview s "Nesmrtelným Šášou":
http://www.engadget.com/2012/04/20/amd-sasa-marinkovic/

AMD zvýšilo podíl x86 procesorů vůči Intelu (dle mě asi úspěch mobilních APU)

http://www.xtremesystems.org/forums/sho ... ntel-in-Q1

Na jednej strane AMD zvýšilo podiel a na druhej...

http://fudzilla.com/home/item/26934-amd ... terconnect

Cray uz dlouhodobe pro svou radu X vyviji Aries interconnect zalozeny na PCIe 3 namisto HT Gemini. Tim se zbavi zavislosti na AMD, ktera se mu dvakrat nevyplatila - minimalne z duvodu zpozdeni (Barcelona & BD). Dostavi se univerzalost, ne stopka pro AMD.

Tozdil v sumach zaplacenych za SeaMicro a Cray Interconnect je docela silenost.

http://semiaccurate.com/2012/05/04/amds ... ssed-away/
http://semiaccurate.com/2012/05/04/emil ... eaves-amd/

http://diit.cz/clanek/nova-marketingova ... force-dell

tak hodně štěstí na téhle nelehké pozici

proč tam probůh nedají někoho, kdo v AMD třeba pár elt pracuje a má aspoň vynikající přehled o produktech? Nevím, nebyl jsem nikdy zastáncem stylu "vezmeme někoho z firmy B a uděláme z něj okamžitě ředitele".

tohle AMD dělalo spoustu let a nikam to nevedlo, R.Read je taky odjinud a hned ředitel. Možná je načase si přestat hrát na "rodinej podnik" a dosazovat do funkcí místo loajálních spíš schopný lidi. Mimochodem mám někdy pocit, že i lidi z marketingu AMD mají problém se ve vlastních produktech orientovat .

Tak ať mi napíšou...ujal bych se toho

flanker píše:proč tam probůh nedají někoho, kdo v AMD třeba pár elt pracuje a má aspoň vynikající přehled o produktech? Nevím, nebyl jsem nikdy zastáncem stylu "vezmeme někoho z firmy B a uděláme z něj okamžitě ředitele".

niekedy nie je naskodu dostat tam cloveka, ktory je schopny triezvo rozmyslat a zhodnotit situaciu realisticky
nez cloveka co zas bude basnit o tom, ako ich 8 jadro zvalcuje konkurenciu na vsetkych frontoch a predstavuje to najlepsie riesenie, lebo mu tu kazdy tlaci do hlavy a on tomu uz chudak aj zacne verit

flanker píše:proč tam probůh nedají někoho, kdo v AMD třeba pár elt pracuje a má aspoň vynikající přehled o produktech? Nevím, nebyl jsem nikdy zastáncem stylu "vezmeme někoho z firmy B a uděláme z něj okamžitě ředitele".

Presne ako hovorí Arg. Tí dlhodobo zamestnaní ľudia tam boli predsa doteraz a vieme ako to dopadlo

Edit: jcdenton12 am predbehol

zároveň aby ten člověk ale rozumněl kde má daný produkt případně přednosti, lze prodat dobře i nevyrovnaný produkt, když se ví, kde je jeho síla.

Eric Demers opravdu v Qualcomm

Solidni clanek (prvni cast?) o architekture BD. Je videt, ze autor si dal praci a musela zabrat dost casu.
Rozebira hlediska, dal si praci s profilingem, atd.

Zatim tam neni nic primo sokujiciho, ale presto si myslim, ze stoji za precteni.
http://www.anandtech.com/show/5057/the- ... ven-deeper

Článek plnej bullshitu a to mi stačilo si přečíst poslední stránku. BD zaměřenej na servery je ale failuje tam ještě víc jak v desktopu. Nehalem že nebyl o tolik rychlejší jak Penryn? Ano v dobovejch P6a netburst opimized ALU testech možná, mam ale snad ukázat rozdíl v hernim výkonu při stejnym počtu jader/threadů? Ten článek je plnej teorie ale uniká jím velkej kus praxe.

Možná se baví o serverech, nebuď stále tak kritický

hehe

Cpani co nejvic jader s co orientaci na spotrebu do uzlu na ukor stagnace (cti znatelne snizeni) vykonu na trhead zni jako ideal pro takove to notebookove surfovani. Myslis si, ze 16MB L3/L2 cache (ktere zabiraji nejvetsi plochu z jadra) je nutnost pro desktop aplikace, ktery maji footprint casto tak +- 64-128K? Absence jakykoli GPU casti v dobe, kdy je to standard uz xtou generaci? Implementace pomerne slozite FMAC FPU, kterou nikdo nikdy na desktopu nevyuzije?

Takze co je na casti o zamereni na servery problem?

=======

Naky nahodny linky:
CB test i7-965@3.2 o 4% pomalejsi nez QX9770@3.2: http://www.computerbase.de/artikel/proz ... dition/25/

To same u Jahody, ani turbo na 3.45 nepomohlo k rozdrceni C2. http://extrahardware.cnews.cz/nehalem-p ... u?page=0,9

Nic moc, jak bys asi rek - FAILS TO IMPRESS. Kdybys chtel ukazovat neco pekene aktualniho, tak si poradne precti tu vetu na kterou narazis a tez to, k jakemu odstavci nalezi.

=======

Nejlepsi zpusob hodnoceni cehokoli je cteni zaveru. To je fakt.