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

J58a80k25u29b 84R16o49u15s 3533810264182

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

A91l51e14x80a80n40d11r 84K47o32s63t19k53a 8522578306284

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

J88a20r98o45m22i34r 93C18h45a44l65o45u45p15k56a 4909597295707

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

0/0
20.4.2015 9:36

P41a39v35e50l 74O53d30r11a59z95i39l 6744179137920

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

0/0
20.4.2015 11:56

F29r87a18n71t56i85š67e45k 75S82t19u35r27m 4612320780276

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

O12n82d76ř97e87j 59Z12e16m47a27n 5890244268569

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

M56a73r88t29i88n 55V83á46v60r16a 2220733279

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

A94l35e28x27a82n97d50r 24K14o96s54t11k96a 8922558986384

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

P93e55t55r 92M62i51c80h10a26l66č52í83k 9867506789703

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

P76a14v65e33l 22K92u68r24a59l 5631274880890

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

R93a98d37i52m 97K63u40n73z 3115382823440

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

0/0
18.4.2015 13:04

J39a42k29u78b 46Ř10í41h31a 4875149332401

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

M49i74c75h66a65e98l 62F24l37e11n61d35r 1788822583675

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

P44a40v44e84l 85K85u22r60a47l 5361544390860

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

0/0
19.4.2015 15:44

M48i25l28a42n 70K53u45č49e13r71a 8482135139605

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

D80a73n83i48e12l 24M55a44r74t52í85n14e93k 9451888274501

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

E80d30u52a83r65d 21B31l17a43z54e64k 1823580695105

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

0/0
18.4.2015 19:19

M47a83r96t15i12n 60P12r53o82s54t78ý 9390243300729

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

R25a95d29i15m 36K80u94n27z 3355192113880

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

M41a24r17t60i77n 46P82r52o90s91t15ý 9720703510159

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

M32i20c50h25a12l 12C16h73a68l64u32p60a 6988580519823

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

M97a51r82t65i69n 39P62r86o33s51t59ý 9310193730189

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

R63a21d77i92m 21K61u49n45z 3655802253580

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

M18a93r48t40i69n 35P31r74o19s82t27ý 9620713880409

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

R50a92d47i93m 94K75u53n70z 3205622913690

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

+2/0
18.4.2015 13:25

M67a48r42t87i27n 38P69r36o65s58t41ý 9750143550119

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

L29i32b70o83r 54W27a65l73i91c93h70i61e65w47i36c98z 3968816187914

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

M15a82r27t68i31n 95P84r83o48s73t24ý 9320213300369

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

R14a46d70i97m 98K15u82n94z 3605272403870

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

0/0
18.4.2015 13:05

M28i72c52h58a58e44l 34F15l44e47n32d20r 1398932543525

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

M64a88r34t89i67n 48P30r25o12s30t89ý 9600273630539

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

L25u72k47a49s 59S43u38c75h10a10n90e42k 5596927153180

.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

J73i25ř25í 55H40a12v38e66l37k21a 3359933140294

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

M61a67r94t87i88n 81P63r92o53s61t32ý 9390403830599

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

J73a15k10u55b 89K87r32e59j35č42í88k 8773424292974

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

M74a43r87t21i28n 36P48r16o41s81t78ý 9430403650819

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

P34a12v81e76l 49O87d75r67a71z39i82l 6344749887230

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

M47a74r81t34i34n 83K32u97ř12í80t39k74a 6437736648855

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

M50a81r85t53i23n 19K70u89ř24í49t67k97a 6977796608665

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

M80i17r97o55s44l38a84v 51Š59i67m18k22o 7635473922815

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

M27i26r73e63k 84T74u72r79e76č82e54k 4723272510902

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

P13a34v94e46l 58K31r14e27j42č69í31ř 2162301373536

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

+6/0
18.4.2015 7:31

J72a50r85o81m33í34r 10K83r82á36l 4430809134529

Dohnat a předehnat ? ;-)

+2/0
18.4.2015 8:19

P34a59v55e23l 18K85r18e45j15č32í59ř 2202941463206

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

J21a33r86o96m53í57r 53K88r43á25l 4570329314529

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

+22/0
18.4.2015 9:06

R21a98d74i89m 19K55u61n85z 3115972763420

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

+7/0
18.4.2015 10:39

R77a14d75i70m 98K47u13n40z 3345812543460

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

V86o94j12t37ě13c12h 19Š20t27e36f58l 7706735197963

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

M68a76r43i28o 20V35á53p19e50n58í18k 4420128844439

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

+3/0
18.4.2015 10:26

P56e19t70r70a 87M10a45l43a59k52o36v12a 1328790440974

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