AMD Ontario: útok na osamocený Atom

Diskuze čtenářů k článku

mmmmario  |  13. 09. 2010 00:15  |  Microsoft Windows 7 Chrome 6.0.472.55

Co maj pořád s tím Out-of-Order-Execution? To nemůže ty instrukce "správně" seřadit už kompilátor? Protože jsou kompilátory neschopné, tak výrobci mikročipů do nich přidali další logiku na "vylepšování" vstupního strojového kódu.
Nebo jsem neznalej a ve skutečnosti udělat pořádnej kompilátor není vůbec jednoduchý udělat? Máme tu mnoho druhů procesorů a každej to má rád seřazený jinak? A co na to VLIW - very large instruction word, kde se v jednom taktu (on to ve skutečnosti nebude asi jenom jeden takt) provede více instrukcí naráz? (ale to funguje jenom u některých instrukcí, kompilátor musí rozhodnout co se dá zkombinovat aby to správně (a rychle) fungovalo)

Souhlasím  |  Nesouhlasím  |  Odpovědět
13. 09. 2010 00:26 | Microsoft Windows 7 Firefox 3.6.2

Kompilator asi muze, ale samozrejme to nemuze udelat rekneme u 5 samostatnych aplikaci tam musi rozhodnout "nekdo vis"

Souhlasím  |  Nesouhlasím  |  Odpovědět
mmmmario  |  13. 09. 2010 00:32  |  Microsoft Windows 7 Chrome 6.0.472.55

Jako myslíš, že na jednom procesoru běží 5 aplikací? Ony ale neběží "naráz", operační systém mezi nimi přepíná, říká se tomu context switch a ten nastává jenom zřídka (tedy pokud to bereme z pohledu procesoru - ten má dneska zhruba 1-3 GHz) takže mezi tím, než se provede jeden context switch, se provede spoustu a spoustu kódu jenom jedné aplikace a pak teprve se přepne na jinou a tam nemá cenu aby procesor něco optimalizoval (ukládání registrů do paměti) ve smyslu OoOE nebo pipelinigu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
13. 09. 2010 03:34 | Microsoft Windows 7 Firefox 3.6.2

Prepinani kontextu neni ridke. Uz jenom proto, ze tomu, co rikate, "se provede spoustu a spoustu kódu jenom jedné aplikace", je nesmysl. Protoze systemu napr. musi reagovat na akce uzivatele - pohyb kurzoru atd.

Souhlasím  |  Nesouhlasím  |  Odpovědět
BlackRider  |  13. 09. 2010 10:46  |  Microsoft Windows XP Firefox 4.0

Rikal prepinani kontextu z pohledu procesoru... Ciste teoreticky pokud system prepina mezi aplikacema frekvenci 1000Hz, (Linux kernel ma defaultni hodnotu tusim 250Hz), tak tenhle procesor behem ty jedny milisekundy zvladne vykonat porad 3 000 000 instrukci... Rek bych ze prepnuti kontextu jednou za 3 000 000 instrukci je realtivne ridke ;)

Souhlasím  |  Nesouhlasím  |  Odpovědět
13. 09. 2010 00:32 | Microsoft Windows 7 Chrome 5.0.375.125

V 1 procesoru běží vždy jen jeden proces, přepnutí procesu je poměrně složitá a dlouhá operace, trvá řádově tisíce instrukcí, takže nějaké prohazování instrukcí v rámci různých procesů je úplný nesmysl. Spíš bych to viděl na to, že kompilátor to optimalizuje obecně, zatímco pro každý jiný procesor jsou výhodnější jiné optimalizace.

Souhlasím  |  Nesouhlasím  |  Odpovědět
13. 09. 2010 11:51 | Linux Mozilla 1.9.2.9

to uz 9 rokov neplati. Mame tu viacjadrove procesory,co je de facto viacprocesorov v jednom puzdre so spolocnymi prvk
ami

Souhlasím  |  Nesouhlasím  |  Odpovědět
13. 09. 2010 02:30 | Microsoft Windows 7 Chrome 6.0.472.55

Kompilátor to přehodit může, ale pak takový kompilátor bude nepoužitelný. Kdyby mi kompilátor přehodil násobení před odčítání, když odčítání a pak násobení by mi dalo jiný výsledek, asi bych ho musel ušlapat. A procesor taky nemůže přehazovat instrukce jen tak, pokud je výsledek instrukce závislý na výsledku instrukce předchozí...

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
13. 09. 2010 08:40 | Microsoft Windows 7 Firefox 3.6.9

Přehazovat se může, ale nesmí se narušit sémantika kódu. To samé v pipeline, instrukce se provádí souběžně taky tak aby nenastala kolize nebo změna významu. Třeba, že se bude zapisovat do registru dříve než ho další instrukce chce číst a v kódu je, že ho nejprve přečte a pak do něj zapisuje.

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
13. 09. 2010 09:22 | Microsoft Windows 7 Firefox 3.6.9

Kompilátor to přehodit nemůže, protože out-of-order v procesoru přihlíží k tomu, jak jsou aktuálně dostupná i data (kompilátor má k dispozici jenom kód). Instrukce se přehazují třeba podle toho, jestli už jsou potřebná data načtená z paměti - tj. kompilátor by musel znát i poměr rychlostí zpracování a načítání z paměti, někdy i pozici dat v paměti (a typ paměti).

Souhlasím  |  Nesouhlasím  |  Odpovědět
JirkaH76  |  13. 09. 2010 13:14  |  Microsoft Windows Server 2003 IE 8.0

Jsi neznalej

Souhlasím  |  Nesouhlasím  |  Odpovědět
Marv-CZ  |  13. 09. 2010 16:03  |  Linux Mozilla 1.9.2.9

Jenže kompilátor dopředu neví, v jakém pořadí se instrukce budou provádět. Stačí obyčejná podmínka a v reálu bude jednou pokračovat dál jedna část kódu, jindy jiná. Nebo stačí z jednoho programu přeloženého jedním kompilátorem zavolat knihovnu, kterou napsal někdo jiný a přeložil jiným kompilátorem. Vhodnost pořadí instrukcí také závisí na dostupnosti dat (třeba zda jsou zrovna v mezipaměti). Etc, etc, etc.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr Baláš  |  13. 09. 2010 20:34  |  Macintosh OS X Firefox 4.0

Procesor 1 umí zároveň 2 sčítání, 2 násobení a 1 dělení a nejrychlejší pořadí instrukcí je 1+3+5, 2, 4 (t.j. instrukce 1 a 3 5 zároveň - celkem za 3 takty)
Procesor 2 umí jen 1 sčítání, 1 násobení nebo dělení a nejrychlejší pořadí je 1+3, 2, 4, 5 - 4 takty
Procesor 3 umí 2 sčítání, 1 násobení, 1 dělení, nejrychlejší je 1+3, 2+4, 5 - 3 takty
Navíc se čeká na dat z operační paměti pokud není v cache (a i z různých úrovní cache jsou data dostupná různě rychle) t.j. i na tom samém procesoru může být nejrychlejší pořadí různé podle toho co je a není v cache.
Osatně na principu přestěhovat toto rozhodnutí do překladače bylo postavené Itanium (ano Itanic je VLIW i když ho tak Intel nerad nazývá) a ono se ukázalo, že napsat dostatečně inteligentní překladač není vůbec jednoduché a druhak to dost omezuje v možnosti zrychlit procesor přidáním další ALU, ... .

Souhlasím  |  Nesouhlasím  |  Odpovědět
ustijuf  |  13. 09. 2010 00:43  |  Microsoft Windows XP Opera 9.80

"N550 maximální spotřebu pouze 8,5 W. AMD celou dobu nebyla schopná nabídnout konkurenceschopné řešení se stejnou spotřebou." ... "AMD v případě Ontaria počítá s maximálním TDP 9 W, což je vzhledem k výkonu grafického čipu a podpoře technologií skutečně konkurenceschopná spotřeba." atď atď.
Prečo mám pocit, že autor mieša a zamieňa spotrebu s TDP a naopak.
(Ustijuf = Tralalák)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Nargon  |  13. 09. 2010 01:11  |  Microsoft Windows 7 Opera 9.80

Tohle jadro vypada zajimave. Pokud by se jim to podarilo vyplnit, tak by asi nebyl problem poslepovat treba 60 techto jader k sobe a mit 60 jadrovej procesor (sice s taktem cca 1.6GHz) a s velmi nizkou spotrebou. Samozrejme s plnou podporou x86 a x64 instrukci. Pro praci s videem by to mohlo byt celkem dobre.
A obecne by to mohlo primet programatory vyvijet vicevlaknove aplikace. Protoze ted ty procesory maj proste malo jader. Ono napsat aplikaci tak aby byla schopna vyuzit vice jader neni zase tak snadne. A kdyz vetsinou maji lide 2 nebo 4 jadra, tak tu aplikaci mohou cca 2x nebo 4x urychlit. A to jim za tu praci navic nekdy nestoji. Ale kdyby aplikaci urychlili 60x, tak uz by si dali zalezet a napsali to vicevlaknove.

Souhlasím  |  Nesouhlasím  |  Odpovědět
mmmmario  |  13. 09. 2010 02:07  |  Microsoft Windows 7 Chrome 6.0.472.55

Ne všechny úlohy lze paralelizovat (na zpracování videa se spíš hodí grafická karta) a nárůst výkonu s počtem jader klesá = 2x více jader dá dejme tomu max 1.9x výkonu ale 4x více jader dá už jenom 3.6x výkonu (no prostě míň než 2*1.9).

Souhlasím  |  Nesouhlasím  |  Odpovědět
13. 09. 2010 08:25 | Linux Mozilla 1.9.2.9

tak to ste trafili capa s tym prikladom
multijadra vacsinou vyuzivaju system SMP, kde vykon rastioe s odmocninou poctu jadier
teda 4 jadra maju 2x taky vykon ako 1 jadro a 2 jadra maju zhruba 1,44 nasobny vykon ako jedno jadro

Keby tam vsak bola NUMA (Intel a este skor AMD ju mali pre multiprocesorove servere medzi procesormi) tam to rastie zhruba ako ste napisali v priklade

Souhlasím  |  Nesouhlasím  |  Odpovědět
Nargon  |  13. 09. 2010 14:27  |  Microsoft Windows 7 Opera 9.80

Jasne ze vse se paralelizovat neda, ale u dosti veci to jde. A s tim narustem vykonu to taky nemusi byt pravda, zalezi na tom jak je ten algoritmus navrzeny. Klidne muze dojit k vyssimu narustu vykonu, tj pro 2 procesory ti naroste vykon treba 2.5x
A co se tyce zpracovani videa, tak jsem zatim nenasel program co by mi vyhovoval. Uz jsem jich vyzkousel dost a co jsem nalezl tak bych rekl ze jsou urceny pro BFU, tj same graficke sr*cky ale moznost konfigurace mizerna. Rozliseni vetsinou neslo nastavit libovolne, jen vyber z prednastavenych hodnot. Orezat cerne pruhy z videa taky moc nejde. Neco jako dvoupruchodove enkodovani tam neexistuje... Osobne bych chtel neco jako je Avidemux, ale s podporou GPU. A nic takoveho jsem nenasel.

Souhlasím  |  Nesouhlasím  |  Odpovědět
mmmmario  |  13. 09. 2010 15:35  |  Microsoft Windows 7 Chrome 7.0.517.0

To by mě zajímalo, co to je za algoritmus. Takže jeden člověk (procesor) udělá za jednotku času jeden úkol a když na to pustim dva lidi (procesory) tak zvládnou za stejnou časovou jednotku 2.5 úkolu?? To se mi nechce věřit - navíc ještě musíme připočítat synchronizaci. http://en.wikipedia.org/wiki/Amdahl's_law...
Chtěl bych vidět takovej kouzelnej algoritmus.

Souhlasím  |  Nesouhlasím  |  Odpovědět
karlos00x  |  13. 09. 2010 17:44  |  Microsoft Windows 7 Opera 9.80

ciste prakticky s lidma(kdyz jste vztahl procesor na člověka): ukol je premistit 10ks zeleza o hmotnosti 80kg.
- jeden clovek premisti 1ks za 5 minut protoze to bude tahat po zemi a bude strhanej jak pes.
- dva lidi ten 1ks čapnou a odnesou za 1 minutu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
mmmmario  |  13. 09. 2010 17:59  |  Microsoft Windows 7 Chrome 7.0.517.0

Ach jo, stejnak pořád chci vidět ten algoritmus co je 2.5x rychlejší při 2x počtu procesorů. S těma lidma jsem dal špatnej příklad.
V tvém příkladu jeden člověk odtáhne 1ks železa za 5 minut ale dělá mnohem víc práce (táhne železo + reje rejhu do hlíny) kdežto dva lidé jenom táhnou železo, kdyby pak ještě měli dělat tu rejhu, určitě nebudou s prací hotovi dříve než za polovinu času, kdyby to dělal jenom jeden člověk. A že bude jeden člověk strhanej jako pes - procesor se neunaví. Dal jsem špatnej příklad, no.

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
13. 09. 2010 19:59 | Microsoft Windows 7 Firefox 3.6.9

Pamatuju si z paralelních systémů, že jde o tzv. "superlineární zrychlení". Nedochází k němu zaručeně vždy, ale třeba u prohlédávání binárního stromu do hloubky, tak na 2 procesorech najde většinou řešení dřív než v 50% čase. Pokud je to řešení hluboko, tak prostě ve 2 to najde daleko dříve, ale musí mít člověk zase "štěstí".

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mi.Chal  |  13. 09. 2010 21:21  |  Microsoft Windows XP Firefox 3.6.9

Jak psal kolega dole, v některých speciálních případech skutečně můžou být 2 CPU třeba 2.5-krát rychlejší než 1. Typicky pokud se nemusí se procházet celý stavový prostor - pak každé CPU začne někde a je šance, že jedno z nich najde řešení.
Je to asi jako když třeba hledáš ztracené dítě v lese - předpokládej, že bude v jedné čtvrtině. Pokud ho bude hledat jeden člověk a půjde z blbé strany, tak musí přejít 3/4 lesa. Pokud půjdou dva z opačného konce, tak jeden ho najde už když ujde jenom 1/4, takže oproti jednomu člověku by stačila třetina času a ne polovina.

Souhlasím  |  Nesouhlasím  |  Odpovědět
mmmmario  |  13. 09. 2010 22:25  |  Microsoft Windows 7 Chrome 7.0.517.0

Nojo ale to je náhoda, když budu něco hledat v poli o sto prvcích a ono to bude v předposledním, tak mi to bude trvat 99 jednotek času, když budu hledat ve dvou z každého konce najdu to za 2 jedotky času (zrychlení jaxviňa), ale průměrná složitost je furt O(n/2), ve dvou rozdělím pole na dvě stejné části a zase to bude O(n/2) jenomže n bude poloviční.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mi.Chal  |  14. 09. 2010 20:21  |  Microsoft Windows XP Firefox 3.6.9

Tak to co jsem napsal byl příklad, našel bys třeba i lepší. Jinak na datech sice záleží vždycky, ale důležité je, jak se algoritmus chová pro normální data a ne pro extrémy. Třeba složitost quicksortu se uvádí O(n.log n), ale v nejhorším případě je to n^2. Nicméně takové případy v praxi moc často nenastanou, takže se dá používat. Jinak pokud bych chtěl v nějakém poli hledat často, tak asi místo pole použiju něco jiného .

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ňuf2  |  14. 09. 2010 19:05  |  Microsoft Windows 7 Firefox 3.6.8

Je to možné díky vlivu cache. Představ si třeba , že máš řadu kladných čísel a máš za úkol najít v ní největší číslo a tímto číslem pak každé číslo v této řadě vydělit (tzn. provést normalizaci hodnot na interval 0 až 1). Pokud bude celá řada čísel tak krátká, aby se celá vešla do L1 cache, tak běhěm hledání největšího čísla se sice budou hodnoty číst z pomalé paměti, ale při dělení už budou data k dispozici rychle z cache. Pokud ale velikost řady překročí velikost L1 cache, bude se muset během dělení znovu celá řada načítat z pomalé paměti. Když se řada rozdělí mezi několik procesorů tak, aby se část, která připadá na každý procesor celá věšla do jeho cache, budou mít procesory data pro dělení opět k dispozici rychle (díky cache) a výpočet bude víc než N krát rychlejší (N je počet procesorů), než kdyby výpočet provádělo jedno jádro a muselo během dělení čekat na pomalou paměť.
Pochopitelně bude záležet na tom, jak dlouho bude procesoru trvat dělení, porovnávání čísel a na poměru doby trvání přístupu do RAM a L1 cache, ale v některých případech bude zrychlení algoritmu větší než lineární (tzn. N procesorů bude více než N krát rychlejší než jeden procesor).

Souhlasím  |  Nesouhlasím  |  Odpovědět
mmmmario  |  13. 09. 2010 15:40  |  Microsoft Windows 7 Chrome 7.0.517.0

Viděl jsem na youtube video nějakýho produktu Adobe (vyšel asi v červnu) kde na nVidii quattro s 4GB VRAM prováděli něco neuvěřitenlýho 4 fullhd videi najednou. Ale to bude drahota.

Souhlasím  |  Nesouhlasím  |  Odpovědět
matox01  |  13. 09. 2010 01:19  |  Microsoft Windows 7 Chrome 6.0.472.55

tak by mně zajímalo jak to budou číslovat ty výrobní technologie až to pujde pod 1 mn

Souhlasím  |  Nesouhlasím  |  Odpovědět
redmond  |  13. 09. 2010 01:24  |  Microsoft Windows 7 Firefox 3.6.9

asi 0,#
na to nemusis byt genius aby si vedel ake cisla su mensie ako 1.

Souhlasím  |  Nesouhlasím  |  Odpovědět
13. 09. 2010 02:32 | Microsoft Windows 7 Chrome 6.0.472.55

Jak, např pm (piko metr), takže po 1nm bude třeba 666pm

Souhlasím  |  Nesouhlasím  |  Odpovědět
kazeasch  |  13. 09. 2010 11:18  |  Microsoft Windows XP Firefox 3.6.9

666pm? Tak to bude asi pekelně dobrej procesor

Souhlasím  |  Nesouhlasím  |  Odpovědět
Dany0  |  13. 09. 2010 17:49  |  Microsoft Windows XP Chrome 6.0.472.55

Hlavně že tu někdo nedávno psal článek o tom že se procesorová výrobní technologie blíží fyz. hranice 12nm, kde je tranzistor už příliš nestabilní aby udržel polaritu(nebo co-že to už nemoh udržet?)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mi.Chal  |  13. 09. 2010 21:25  |  Microsoft Windows XP Firefox 3.6.9

On je problém i v tom, že velikost atomu je řádově 1E-10 m, tj 100pm. Takže o moc méně než řádově nanometry se dostat nejspís stejně nedá.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Dany0  |  14. 09. 2010 19:09  |  Microsoft Windows XP Chrome 6.0.472.55

No, teoreticky by šlo udělat jakýsi "virtuální" tranzistor z fotonů světla. Ale teoreticky jde všechno, a tohohle se těžko dožijeme.

Souhlasím  |  Nesouhlasím  |  Odpovědět
anywherehome  |  13. 09. 2010 08:43  |  Microsoft Windows Vista Firefox 3.6.9

spíš se bude řešit jiná technologie než zmenšování do 1/nekonečka

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jarda.abc  |  13. 09. 2010 11:40  |  Microsoft Windows XP IE 6.0

Nestabilita pod 10 nm.
Jak se ukazuje, tak již pod 10nm nás čeká velká nestabilita, únikové proudy, ... .
Doposud používané výrobní technologie budou muset být nahrazené zcela novými.

Souhlasím  |  Nesouhlasím  |  Odpovědět
daewoo  |  13. 09. 2010 19:25  |  Microsoft Windows 7 Opera 9.80

memristory, kvantové počítače...

Souhlasím  |  Nesouhlasím  |  Odpovědět
uzivatel_cz  |  13. 09. 2010 10:31  |  Microsoft Windows 7 Opera 9.80

neni to az tak davno, kdy se bezne cislovalo v mikrometrech

Souhlasím  |  Nesouhlasím  |  Odpovědět
pcwifi  |  13. 09. 2010 08:47  |  Microsoft Windows 7 Firefox 3.6.8

to slysim snad pres rok, ze AMD vyrukuje s necim do segmentu netbooku ale mame podzim 2010 a kde nic tu nic, oni snad oznamuji svoje vyrobky, kdyz jsou jeste "na papiru" intel je taky brepta ale ten ma aspon neco na trhu...
bude umet onen vestaveny radeon 5xxx akceleraci HD videa ve stejnych spec. jako napr. stara GF8200 ? tzn. až 16RF pri High@L5.1 ? pokud ano, tak rikam super a na to nejde nereagovat vytkou, proc to sakra tak dlouho trvalo, kdyz nVidia to umi uz roky...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jarda.abc  |  13. 09. 2010 09:00  |  Microsoft Windows XP IE 6.0

Budou ještě před (čínským) Novým rokem.
Já kupuji notebooky v únoru, tedy před Novým rokem ( myslím Nový rok v Číně).
To jsou již na trhu notebooky s procesory předvedené na veletrhu v Las Vegas.
Letos ale možná budu kupovat 2. Notebook s Intelem Sandy Bridge a grafikou AMD 6000 kolem 20 000 a k tomu bych přibalil i netbook Bobcat za 6000 Kč.
Já nemám tolik peněz a proto nyní vyčkávám do února.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jarda.abc  |  13. 09. 2010 13:55  |  Microsoft Windows XP IE 6.0

Já jsem vždy četl, že AMD představí zcela nové čipy až v roce 2011, tedy BOBCAT a BULDOZER přijdou podle plánu.
U BOBCATu nemám strach se spotřebou jako autor, protože BOBCAT byl navrhován v první řadě s ohledem na spotřebu. Když nebudete hrát hry, honit grafiku, tak spotřeba může být nižší než u Atomu.
Mám trochu obavu o cenu. Myslím si, že BOBCAT nedosáhne ceny levných netbooků s Atomem pod 6000 Kč, příští rok 5000 Kč. Nejspíše bude cena značně vyšší.
Až budeme znát cenu, tak budeme moci soudit.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jarda.abc  |  13. 09. 2010 08:50  |  Microsoft Windows XP IE 6.0

DirectX 11
i u těch nejlevnějších netbooků vypadá neuvěřitelně. Vždyť i dnes Nvidia nenabízí u notebooků DirectX 11.
Za 5000 - 6000Kč by to bylo výborné. Doufám, že se AMD dostane na cenu dnešních nejlevnějších netbooků s Atomem.
Navíc ceny půjdou dolů, již nyní přímo padají ceny pamětí a displejů.

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
13. 09. 2010 15:19 | Microsoft Windows 7 Opera 9.80

Taky doufám, platforma Atom potřebuje už nějakou konkurenci.
Pokud AMD opravdu splní, co se zde píše, tak se můžeme těšit na dostatečně výkonný notebook s velmi nízkou spotřebou a podporou moderních technologií.

Souhlasím  |  Nesouhlasím  |  Odpovědět
13. 09. 2010 16:11 | Microsoft Windows Vista Firefox 3.6.9

Jen do toho AMD !!!

Souhlasím  |  Nesouhlasím  |  Odpovědět
Dany0  |  13. 09. 2010 17:37  |  Microsoft Windows XP Chrome 6.0.472.55

Z osobních zkušeností vím že všechny mobilní počítače s vysokým výkonem častokrát předčí ve výdrži i ty nej-energeticky nenáročnější ostatní mobilní počítače o stupeň nižší výkonnostní třídy. Je sice hezký že spotřebuje o 30-45% míň energie, ale když bude převádět filmy 2x pomaleji, tak je mu to k ničemu. Hlavně miluju jak někdy někdo přinese netbook a říká jak ho miluje a teď se někdo ukáže s alienware za 50 litrů, on jen čumí říká že tohle nemůže vydržet víc jak 3 hodiny, a pak za 5 hodin, no vydíš mě se to vybilo až teď! A chlápek s alienware jenom "mě zbývá ještě 70%".
:D
Eh.. takže prostě kdybych si měl za půl roku vybrat netbook, tak beru AMD. A ne proto že mi kámoši na něm budou pařit counter strike....

Souhlasím  |  Nesouhlasím  |  Odpovědět
Grawp  |  13. 09. 2010 23:12  |  Linux Mozilla 1.9.2.9

Ten alienware má nejakú litiovú alternatívu 42Ah autobaterky, ze?

Souhlasím  |  Nesouhlasím  |  Odpovědět
aurelius  |  14. 09. 2010 07:25  |  Microsoft Windows 7 Firefox 3.6.9

Pardon, ale to je hroznej blabol

Souhlasím  |  Nesouhlasím  |  Odpovědět
trubab  |  16. 09. 2010 12:01  |  Microsoft Windows 7 Opera 9.80

"úsporné procesory CULV (Consumer Ultra-Low Voltage) od Intelu, které jsou poslední dobou taktéž hojně nasazovány i v netboocích"
muzete mi nekdo ukazat nejaky notebook, ktery se zacal u nas prodavat v nedavne dobe a ma CULV procesor?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Nargon  |  17. 09. 2010 00:42  |  Microsoft Windows 7 Opera 9.80

Tak treba rada Acer Timeline (bez X) a pak treba Asus UL
oboje obsahuje nejaky CULV procesor SUxxxx. A je to dokonce prodavano jiz dele nez nedavna doba.

Souhlasím  |  Nesouhlasím  |  Odpovědět
trubab  |  28. 09. 2010 17:22  |  Microsoft Windows 7 Opera 9.80

No prave!!! Obe rady jsou tu uz buhvijak dlouho. Ale nic noveho... Zda se mi, ze CULV koncept uz proste neni in...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor

Aktuální číslo časopisu Computer

Speciál o přechodu na DVB-T2

Velký test herních myší

Super fotky i z levného mobilu

Jak snadno upravit PDF