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

J12a50k26u19b 50R56o29u19s 3423120674682

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

A40l47e37x54a44n77d73r 96K88o23s21t89k81a 8772398126724

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

J34a77r12o52m80i93r 96C33h46a59l43o44u49p58k40a 4429637655427

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

0/0
20.4.2015 9:36

P18a70v36e51l 22O84d95r30a71z86i16l 6774319517170

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

0/0
20.4.2015 11:56

F89r31a73n71t16i11š76e21k 98S37t25u66r56m 4592540570726

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

O17n12d59ř60e48j 80Z81e79m93a86n 5280114948529

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

M52a23r74t85i33n 41V86á53v42r80a 2550683949

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

A61l39e47x56a64n83d55r 27K82o69s34t20k36a 8862538146154

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

P33e68t85r 61M38i43c24h71a10l24č91í61k 9427646979183

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

P43a35v24e19l 40K10u28r35a27l 5411854870420

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

R28a35d62i84m 56K28u26n35z 3795892383330

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

0/0
18.4.2015 13:04

J63a12k50u89b 29Ř73í36h98a 4945279552521

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

M84i79c16h36a98e73l 94F24l88e19n25d67r 1728442173845

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

P18a78v19e70l 22K67u49r80a54l 5981274450680

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

0/0
19.4.2015 15:44

M41i89l42a55n 56K58u56č54e31r21a 8902795239655

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

D89a66n43i15e21l 93M26a38r82t58í15n71e40k 9801878894401

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

E41d14u80a42r62d 66B20l28a23z95e93k 1373650535805

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

0/0
18.4.2015 19:19

M54a33r44t68i60n 81P88r62o19s36t28ý 9120743670679

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

R26a22d26i39m 57K27u56n55z 3705532473210

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

M83a37r72t56i37n 35P70r12o78s97t97ý 9370313150859

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

M78i66c93h97a93l 16C95h65a45l19u19p97a 6198110849323

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

M84a32r19t41i34n 83P64r26o33s76t69ý 9400943160409

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

R60a89d33i57m 60K64u56n80z 3745732283740

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

M47a36r49t47i26n 55P88r65o12s46t49ý 9690543890339

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

R66a97d98i65m 15K55u85n60z 3465532543130

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

+2/0
18.4.2015 13:25

M57a21r14t43i93n 97P43r27o98s76t87ý 9130383570659

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

L70i15b98o98r 89W61a64l89i75c29h86i67e38w92i80c45z 3898156517544

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

M71a13r13t32i69n 77P12r30o38s50t42ý 9940103550869

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

R69a83d88i63m 37K37u33n45z 3155102263970

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

0/0
18.4.2015 13:05

M36i92c35h42a41e34l 53F42l10e37n96d78r 1618212323945

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

M75a73r10t97i53n 14P27r17o62s80t15ý 9480703860149

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

L95u75k51a69s 88S14u95c98h93a72n57e17k 5186727663680

.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

J61i62ř32í 47H61a95v98e89l73k21a 3309923690474

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

M49a46r33t84i37n 89P56r24o32s10t13ý 9250913880809

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

J47a57k55u98b 58K66r86e74j86č24í32k 8633314752284

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

M66a56r62t70i86n 30P27r60o58s43t68ý 9580463400589

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

P79a57v51e43l 73O62d63r16a93z59i34l 6244699637600

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

M70a89r66t68i39n 25K93u73ř38í32t13k87a 6967616288185

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

M16a27r45t80i57n 10K66u68ř34í17t32k48a 6117326688565

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

M70i90r74o39s42l52a65v 29Š57i54m62k46o 7215443552985

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

M76i23r53e65k 68T95u91r45e82č44e30k 4373912340272

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

P66a40v38e58l 63K19r61e87j58č72í82ř 2432461653216

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

+6/0
18.4.2015 7:31

J69a57r92o78m82í41r 36K76r21á87l 4560539114509

Dohnat a předehnat ? ;-)

+2/0
18.4.2015 8:19

P27a47v61e26l 25K13r81e11j81č66í49ř 2132401193286

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

J13a83r31o86m88í64r 47K95r65á57l 4150789834839

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

+22/0
18.4.2015 9:06

R56a23d91i24m 35K42u56n78z 3615442823530

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

+7/0
18.4.2015 10:39

R29a53d62i68m 63K38u51n55z 3335972903160

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

V15o83j69t41ě82c42h 41Š55t67e18f67l 7416175567603

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

M56a82r30i39o 12V43á36p95e82n66í23k 4120818794929

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

+3/0
18.4.2015 10:26

P76e51t38r32a 81M51a98l25a32k92o36v24a 1228210950114

:-) 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.