Klávesové zkratky na tomto webu - základní­
Přeskočit hlavičku portálu


Diskuse k článku

„Výkon počítačů roste už 50 let podle mého zákona!“ diví se Gordon Moore

Gordon Moore v roce 1965 předpověděl, že počet tranzistorů se každých deset let zvýší tisícinásobně. Ale sám byl překvapený, že jeho „zákon“ exponenciálního růstu výkonu vydržel v platnosti půl století. Firmy, které nestíhaly dostatečně rychle inovovat, nepřežily.

Upozornění

Litujeme, ale tato diskuse byla uzavřena a již do ní nelze vkládat nové příspěvky.
Děkujeme za pochopení.

Zobrazit příspěvky: Všechny podle vláken Všechny podle času

J10a36k29u23b 90R41o28u91s 3313850674982

Na akademické půdě to asi platí, ale nedávno jsem si kupoval po 10 letech nový notebook. Více GHz, více jader, více RAM, dokonce byl dražší (i když cenu očešu o inflaci), ale se stejným systémem na něm vše běží podstatně pomaleji, než na tom starém.

0/0
19.4.2015 1:11

A70l28e86x33a67n67d68r 95K92o38s31t98k69a 8912418906144

Nadávejte například výrobcům ovladačů. Ti se vykašlali na jakoukoliv optimalizaci a tak nový hardware má 2x vyšší výkon, ale 5x vyšší nároky ovladače a čas procesoru a 20x vyšší na ram. K tomu pár facebooků a reklam ve flashi v prohlížeči a bum, najednou na samotný program, který chcete spustit nezbyly skoro žádné prostředky. Pokud nechcete ručně hledat co vám ten systém zpomaluje, doporučuji prográmek razer game booster. Je to sice primárně určené pro hry, ale výkon zvednutý o osekání nepotřebných služeb, ovladačů a kravinek ocení každý program.

0/0
19.4.2015 8:18

J26a98r46o49m36i35r 39C63h55a71l51o48u45p81k91a 4509717365517

Nejde o vykašlání, ale oni to prostě nestíhají...

0/0
20.4.2015 9:36

P56a89v34e11l 73O30d63r17a96z96i23l 6304489857110

...dělat svůj produkt pořádně.

0/0
20.4.2015 11:56

F26r68a67n62t31i90š61e92k 14S22t95u53r54m 4912480160296

V článku jsou nesmyslné věty a některé pasáže dvakrát. Grafy jsou v angličtině a 10 let staré. Ach jo. :-/

+3/0
18.4.2015 19:09

O30n15d49ř56e36j 74Z45e74m16a71n 5320664578589

Ono jde i o to, že ten čip může mít větší a větší plochu. V počátcích polovodičů se dělalo na wafrech o průměru do jednoho palce a ta využitelná plocha byla dost malá, cca jeden centimetr, přibližně taková je na okraji šesti-palcové desky zóna, ze kterých se neprodukuje. Ty čipy se tam sice vyrobí, ale jdou do smetí. Dnes už se produkuje na 12ti palcových deskách a bude se delat na větších. Myslím, že nebyl tohoto pokroku. Tak dnes nejsme tam, kde dnes. Hlavně cenově, je rozdíl, jestli na jedné desce vyprodukujete 100 kusů, nebo 1000 či 10.000

0/0
18.4.2015 19:02

M30a98r59t80i74n 80V13á72v30r64a 2380403959

Věta "V polovodičové paměti jsme viděli příležitost, aby produkt téměř libovolné složitosti, které by mohly být použity ve všech digitálních systémů, a že by se změnila vliv ze sestavy low-cost zpět na chytrost zpracování křemíku." znamená prosím co?;-DR^

+3/0
18.4.2015 17:22

A61l34e19x61a14n58d17r 11K27o79s60t69k42a 8922278556844

Docela se naskýtá otázka: kolik těch inovací, které jsou dnes běžné vzniklo "samo od sebe" a kolik prostě proto, že je předpověděl.

0/0
18.4.2015 14:22

P88e70t46r 63M47i33c54h42a67l40č48í27k 9417296919973

Já mám dojem, že výkon počítačů za posledních deset let vůbec neroste.

Roste jen výkon telefonů, které svým výkonem dohánějí počítače.

Zato kvalita softwate je čím dál mizernější. Nejen od Microsoftu počínaje office, konče nedotaženými grafickými a CAD programy. Kvalita je na úkor kvantity.

+2/−9
18.4.2015 11:24

P43a48v22e80l 62K69u62r98a50l 5291804790290

výkon roste, ale na to co potřebuje běžný člověk dělat už je toho výkonu dá se říci zbytečně mnoho...

V podstatě je to momentálně souboj CPU a GPU... z hlediska výpočetní síly stačí 99,999 procentům uživatelům 5 let staré procesory...

ovšem GPU požadavky narostli...

takže dnes by spíš kompetice měla poměřovat v těchto oblastech.

Intel ale zrovna moc grafických čipů nedělá, jsou to povětšinou levné vykreslovače s nic moc výkonem...

souboj je dnes v podstatě jen Nvidia vs AMD...

ono to není ale úplně porovnatelné. AMD dělá jak CPU tak GPU (a s tím že konečně mají low level api co využívá kompatibility a donutili Microsoft vecpat ho DX12) v podstatě dohání náskok co Intel+Nvidia dají dohromady hrubým výkonem. 

Chce to vydžet do vánoc... to by jak Intel tak AMD měli vypustit novou architekturu a desky s DDR4 ram sběrnicí... Intel vypustil nějaké teď, ale je podle mne ztráta peněz protože matici procesoru už člověk nevymění.

I tak asi budou na hrubý výkon NVIDIE a Intel rychlejší... ale klasicky budou dražší na jednotku výkonu.

Já kupuji jen AMD :D

+4/−1
18.4.2015 12:25

R15a48d19i55m 73K78u48n69z 3585962863840

Pravda, nebrzdí mě pomalé CPU, ale pomalý disk.

0/0
18.4.2015 13:04

J17a71k89u75b 62Ř10í47h41a 4765439592781

Musím souhlasit. Mám PC z roku 2008,za tu dobu jsem musel upgradovat velikost disku a grafickou kartu. Procesor ale dodnes v zásadě stíhá. A to mluvím o hrách, které jsou obecně náročnější, než pracovní nástroje. Například CAD systémy. Tam bych ani upgradovat nemusel.

+1/0
18.4.2015 14:38

M42i14c35h11a83e64l 95F13l72e62n47d34r 1988182853545

To, že kupujete jen AMD je jasné z obsahu vašeho příspěvku, takže to, že to zmiňujete na konci je redundantní informace. Já si tedy radši připlatím za roky prověřenou kvalitu - tzn. CPU jen od Intelu, GPU pouze od nVidie. 

Osobně mám nejradši a také nejvíce doporučuji řadu CPU Core i5 od Intelu. Nemá konkurenci.

+1/0
18.4.2015 20:24

P22a58v73e88l 25K93u76r61a90l 5181744660800

Jasně že nemá... i7 je co? :D

0/0
19.4.2015 15:44

M41i87l38a14n 59K75u41č74e23r67a 8732425909815

Co je i7? i7 je kvalitní produkt, ale cenově poněkud nadhodnocený.

Čili to, že "nemá konkurenci" bylo patrně míněno nikoliv na hodnocení výkonu, nýbrž poměru výkon/cena.

0/0
20.4.2015 11:52

D44a18n52i50e62l 91M60a85r64t84í84n89e27k 9201578484921

nevim ale kdyby jste vzal počítač z roku 2005 a z roku 2015 tak rozdíl bude znát, akorát nesmíte koukat na modely v nejnižších cenových hladinách tam potom opravdu neroste

0/0
18.4.2015 15:27

E56d30u45a91r30d 58B95l94a57z19e23k 1473450155245

spíše naopak!: Kvantita je na úkor kvality :-( Asi neznáte význam slova na úkor???;-O

0/0
18.4.2015 19:19

M82a12r94t27i81n 64P33r14o88s80t11ý 9730293730859

No , rychlost procesoru roste, ale aplikace se pisou stale horsim zpusobem, protoze kdo by se staral o efektivitu, kdyz vykon procesoru je tak rychly, takze pocitace ve finale nejsou o mnoho rychlejsi..

Nedavno jsem si vsiml ovladace na mys (ano, pocitacova mys), kdy software mel po instalaci 250 MB!! Jako nechapu, jak muze byt neco tak jednoducheho napsane tak, ze ovladac spolkne tolik dat na disku. A nebylo to jen obrazky a videem, byly to skutecne soubory se softwerem toho ovladace. Kdysi mel ovladac k mysi jeden sys soubor o velikosti 45 kB a mys delala uplne to same, co dnes - jezdila po obrazovce a odpovidala na stisknuti tri tlacitek.

Hold, doba se meni, technoogie se posouvaji a programatori zakrnuji. Proc psat efektivne, kdyz k ovladaci se mohou klidne prilozit knihovny, ktere zbytecne zaplacaji misto na disku a donuti procesor vykonavat milionkrat vice prikazu, nez drive. Takze - pocet tranzistoru roste, vykon vsak neroste stejnym tempem... :-(

+23/0
18.4.2015 10:36

R23a64d65i28m 80K84u69n45z 3525872933540

Protože výkon procesoru je levnější než pracovní síla programátora. Nikdo nebude programovat účetnictví v assembleru. Z tohoto pohledu bylo vytvoření Volkov Commandera plácnutím do vody.

+2/−2
18.4.2015 11:10

M67a43r50t72i26n 48P79r74o44s17t62ý 9310213910969

Nemluvím o assembleru, ale o efektivním programování. I v C++ se dá psát efektivně (dokonce i v Javě)

+4/0
18.4.2015 11:44

M41i13c49h56a32l 74C83h33a98l81u78p85a 6438960429583

Dneska je to často skládání frameworků dohromady. Ono by bylo efektivnější napsat si to sám, ale pokud by to bylo třeba 3x rychlejší a vývoj místo pár měsíců trval 10 let, tak na to nikdo nepřistoupí. Prostě je dost výkonu na to, aby se daly provozovat i ty ne moc efektivně psané aplikace.

Ono to ale nebývá tak kritické, prostě se to nějak napíše a rozumně to funguje, tak se to nechá. Pokud je to nepoužitelně pomalé nebo nenažrané, tak se začne hledat co se dá optimalizovat. Dělat přehnané optimalizace na začátku je kontraproduktivní.

0/−1
18.4.2015 12:33

M74a92r70t77i46n 54P39r37o56s79t92ý 9200783570129

s tim souhlasim, vsak jsem na zacatku rikal, ze sice se zrychluji procesory, ale zaroven zleniveli programatori a placaji ted dohromady hotove (a casto velice prebujele) frameworky, ktere pak ve vysledky aplikaci zase zpomali, takze se vykon procesoru pohlti v hlouposti programatoru a vysledny vykon se zvysi jen nepatrne.

+2/0
18.4.2015 12:44

R96a68d92i72m 14K49u48n46z 3325912593270

Programátoři nezlenivěli, prostě je použití frameworku a vyššího výkonu finančně efektivnější, než vlastní vývoj.

0/−2
18.4.2015 13:07

M73a44r68t93i41n 46P73r13o56s28t30ý 9280943570209

Zleniveli.. Jsem programator a vidim to kolem sebe.. Radeji, nez premyslet, hleda se na googlu existujici reseni.. Je to lenost a neochota premyslet... Pak program vypada, jak vypada...

+6/−1
18.4.2015 13:22

R28a74d93i89m 22K29u34n76z 3885742143690

Hledat za každou cenu vlastní řešení není  píle, ale masochismus.

+2/0
18.4.2015 13:25

M54a34r54t34i55n 53P94r21o63s22t20ý 9980783410829

Hledat za kazdou cenu necjaky framework je lenost. Navic v kazdem frameworku je chyba - cim vice frameworku spojite dohromady, tim vice chyb si do programu zanesete a tim horsi cely vysledek je.. Terminy se pak stejne protahuji, protoze se hledaji chyby, nachazeji se tam, kde by je nikdo necekal a cele se to prodrazi a zpomali..

Nerikam, ze pouzivani frameworku je zlo.. Jiste je dobre pouzivat nejake zakladni, ktere skutecne pomohou, ale je potreba najit miru. Ta dnes bohuzel neni moc prizniva. Lenost vitezi. A nasledne pridelava praci.

+2/−1
18.4.2015 13:29

L97i49b49o71r 53W18a90l38i27c56h96i68e15w54i19c91z 3148666427144

Teď je otázka, zda v tom vlastním kódu nebude více chyb, než v tom "chybovém" frameworku, který spravuje a využívá spousta lidí.

+1/0
18.4.2015 17:22

M58a31r73t95i72n 51P62r97o64s62t83ý 9890433860519

to samozrejme byt muze, nicmene mate mnohem vetsi sanci, ze to najdete a budete moct opravit. Navic, pokud nebudete vyuzivat velke mnozstvi frameworku, nestane se vam, ze se zacnou mezi sebou byt.

Sam znam projekt, ktery zacinal nadsenec na frameworky a nacpal jich tam tolik, ze pouzivani takoveho kolosu je silene. Doba, potrebna pro restart aplikacniho serveru je zoufala a tezko se to debuguje, protoze spousta prace zmizi kdesi v blackboxu frameworku.. No proste to je velka radost hledat v tom (byt vlastni) chybu.

0/0
18.4.2015 17:26

R77a48d34i41m 25K45u43n25z 3175972553350

No v tom případě by to efektivnější nebylo. ;-D

0/0
18.4.2015 13:05

M16i19c13h27a93e21l 98F77l49e27n75d74r 1808662383395

V Javě se tedy rozhodně psát efektivně nedá. Java je sama o sobě neefektivní. Návrh může být dobrý, ale v tu chvíli, co použijete JF, tak je to "dobré" pryč.

0/−1
18.4.2015 20:26

M61a93r23t77i71n 66P66r24o65s42t10ý 9880233870579

Tohle mi zni jako zaujatost. Tipl bych si, ze od programatora z .NET , konkretne z ze C#, mam pravdu?

0/0
19.4.2015 1:10

L88u73k94a36s 91S55u59c65h95a31n87e73k 5376307573650

.NET je z hlediska efektivity na tom stejně jako Java, řekl bych, pokud bych mohl tipovat, jde o příznivce překladačů do strojového kódu (ne do bytecodu), takže něco ala C++, Delphi, ...

0/0
19.4.2015 14:01
Foto

J43i77ř15í 85H54a13v41e57l44k52a 3459133380784

No v jav+ě to fakt nejde. A hlavně java pustila do světa programování lidi kteří tam neměli co dělat.

0/0
18.4.2015 23:29

M98a88r36t39i28n 85P16r70o11s47t16ý 9440573810499

tak.. a ted.. v jave to jde, jen bohuzel v jave dneska programuje kdejaky Ind a (nic proti Indum, ale programovat fakt neumi) pak kod vypada, jak vypada.. Proste se vse zpomaluje zbytecne tim, jak neefektivne se to pouziva...

0/0
19.4.2015 1:13

J77a92k85u44b 83K43r54e44j82č70í44k 8693634782574

Nazdárek..

Ty jeden experte problém je v tom, že dnešní době je na trhu u pc mnoho procesorových architektur, kde každá z nich pracuje trochu jinak. 

To co na jednom postupu funguje bezvadně na jednom procesoru na druhém, už fungovat tak nemusí, proto se dělají nejrůznější odbočky v programech tak, aby to fungovalo všechno stejně. Bohužel to za následek bobtnání daných programů do obludných rozměrů bohužel, jedná se o daň, která je daná různými architektury daných procesorů, nikoliv leností daných programů.

Krasně to jde vidět na ovladačích pro konzole, kde výrobce určil prostě jeden tip procesoru a ovladače a na to, se podstatě snadno naprogramuje ovladač, který zabírá na rozdíl od pc verze, naprosté minimum dat, která jsou na to zapotřebí. 

Prosím tě neurážej Indy, ty za dnešní stav věci podstatě ani nemůžou, prostě to musí fungovat bezvadně dané ovladače, na libovolném pc.

S pozdravem!

0/0
19.4.2015 15:38

M13a23r61t66i51n 88P84r11o90s39t79ý 9370173130479

Nazdárek,

Pleteš hrušky s jablky. Java je jazyk, jehož bytecode běží ve virtuální masine (JVM). To, jak jsou Indové (ne)schopní programátoři můžeš narazit na diskuzních serverech o programování. Nedá se jim upřít snaha, ale chybí jim umění.

Experte :-) Hehe

0/0
19.4.2015 16:31

P48a68v83e74l 93O73d52r26a93z94i64l 6434919557560

No nevím, jak s tou snahou, pro jeden náš tool dělá podporu Indie a tam to vypadá tak, že na řešení problému mají 3 měsíce, takže v realitě někomu problém přidělí a on po 3 měsících odchází...

0/0
20.4.2015 11:56

M51a46r17t32i89n 13K30u94ř24í97t88k18a 6847526548635

Jojo Volkov, stačilo vzít spouštěcí disketu W98, smazat readme.txt a Volkov se tam vlezl.

0/0
18.4.2015 21:58

M27a36r79t33i94n 11K79u13ř63í39t70k44a 6727566338505

Blbnul mi Touchpad na notebooku, resp. pomalu se probouzel z režimu spánku. Pomohla odinstalace driveru. S windowsovským erárem funguje lépe.

0/0
18.4.2015 22:01

M19i45r81o37s89l98a80v 57Š45i47m87k60o 7945833432415

Tak rychlost procesorů se už moc nezvyšuje. Ale dohání se to vícejádry. Leccos se dá obejít jiným technickým řešením.

0/−8
18.4.2015 10:08

M50i50r11e26k 64T75u33r55e44č37e28k 4363732590592

Zajimalo by me, jak tento zavod ve vyvoji pokracoval v Rusku. A nemyslim ve zbrojeni, ale v poctu tranzistoru na chipu. Verim ze jich tam nažduchali jeste vic...

0/−6
18.4.2015 6:26

P51a50v64e66l 74K17r71e35j36č36í97ř 2742591623906

Ano, ale v Rusku platí zákon akademika Morečenka.

+6/0
18.4.2015 7:31

J52a67r54o36m12í31r 16K31r34á53l 4680589814549

Dohnat a předehnat ? ;-)

+2/0
18.4.2015 8:19

P71a62v31e71l 87K37r18e54j28č76í66ř 2432781753886

Tak, v Rusku kdysi měli největšího trpaslíka a nejrychlejší hodinky. Věřím, že dokáží vyrobit i největší mikročip :-)

+22/0
18.4.2015 8:38

J37a76r57o94m80í45r 74K68r28á32l 4570299444429

O tom není sporu !  A samozřejmě z celovodičů.  Žádná polovičatá řešení nepotřebujeme ! ;-)

+22/0
18.4.2015 9:06

R42a30d47i22m 52K80u64n45z 3535872743630

V ruských laboratořích používají nejtěžší gramové závaží.

+7/0
18.4.2015 10:39

R43a22d35i59m 45K86u36n55z 3445262903110

Podle zákona akedemika Morečenka se dojivost průměrné ruské krávy každý rok ztrojnásobí.

+10/0
18.4.2015 10:11

V85o73j36t86ě61c52h 64Š79t87e19f84l 7446455957653

Do roku 2020 bude 10% světové výroby polovodičů pocházet z Ruska , málo kde na světě se na úrovni státu investuje do polovodičů tak masivně jako v Rusku. Stejně tak jim nelze upřít, že jejich koncepce má hlavu a patu, začali vybudováním školství produkující ruské specialisty pro tuto oblast, přidali výzkumné technologické centrum , takové  Silicon Valley, ve Skolkovu . Následně přidali první menší továrny na polovodiče a nyní již připravují velké fabriky. K tomu mají celý plán přechodu státu na vlastní procesory a hlavně mají ony vlastní procesory. Jmenujme Bajkal, ale to asi není nic zajímavého ARM si může koupit každý, podstatně zajímavějším kouskem křemíku je  Elbrus-8C s výkonem 250 Gflops to rozhodně není nezajímavý počin.

+3/−3
18.4.2015 9:55

M33a18r72i41o 13V16á16p80e40n55í92k 4720218424179

V Rusku to měli vždycky tak nějak líp promyšlený, než kde jinde.

+3/0
18.4.2015 10:26

P86e96t14r55a 20M65a17l37a57k90o45v19a 1838540130494

:-) základním problém ruska je, že chce všecho centrálně plánovat a řádit což - samozřejmě - nejde

+3/−1
18.4.2015 10:31





Najdete na iDNES.cz



mobilní verze
© 1999–2017 MAFRA, a. s., a dodavatelé Profimedia, Reuters, ČTK, AP. Jakékoliv užití obsahu včetně převzetí, šíření či dalšího zpřístupňování článků a fotografií je bez souhlasu MAFRA, a. s., zakázáno. Provozovatelem serveru iDNES.cz je MAFRA, a. s., se sídlem
Karla Engliše 519/11, 150 00 Praha 5, IČ: 45313351, zapsaná v obchodním rejstříku vedeném Městským soudem v Praze, oddíl B, vložka 1328. Vydavatelství MAFRA, a. s., je členem koncernu AGROFERT.