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

J55a85k98u73b 22R48o14u92s 3273560224532

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

A54l60e34x44a91n85d38r 50K77o86s78t21k36a 8532578246814

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

J48a94r43o84m63i28r 76C57h76a25l12o38u73p80k38a 4569397765317

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

0/0
20.4.2015 9:36

P64a83v75e12l 37O66d56r67a17z86i46l 6684909887210

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

0/0
20.4.2015 11:56

F77r61a78n67t89i42š56e86k 24S70t36u22r14m 4152490640966

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

O76n35d58ř96e72j 91Z15e28m16a59n 5690694408569

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

M20a48r61t13i76n 76V70á85v88r17a 2950603409

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

A11l53e52x62a66n32d48r 91K64o40s23t14k68a 8732498826824

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

P86e26t83r 24M25i73c51h12a72l86č36í89k 9467516119213

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

P60a14v73e63l 96K12u47r90a64l 5541184470970

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

R17a13d31i12m 15K29u78n76z 3265852793100

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

0/0
18.4.2015 13:04

J59a93k45u22b 11Ř28í87h22a 4925179682741

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

M29i85c84h78a91e59l 69F64l14e14n64d82r 1158862403315

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

P31a44v44e28l 93K62u46r18a12l 5781624360290

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

0/0
19.4.2015 15:44

M35i15l98a44n 55K82u29č44e10r83a 8662255249955

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

D55a38n62i16e24l 87M66a89r57t72í49n80e65k 9481758754231

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

E96d42u45a77r97d 64B47l58a14z20e85k 1313600765125

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

0/0
18.4.2015 19:19

M78a66r90t79i49n 71P47r48o62s44t56ý 9360933740269

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

R79a68d33i70m 69K81u78n27z 3565722243560

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

M20a76r79t68i96n 95P47r11o97s57t95ý 9360503580939

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

M81i43c50h38a52l 83C86h40a27l96u89p17a 6298100489433

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

M16a34r24t37i70n 82P74r59o40s56t72ý 9270323720969

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

R29a21d87i95m 83K15u43n70z 3725332463610

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

M71a17r87t27i11n 59P24r88o11s35t30ý 9330983670909

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

R97a95d20i68m 18K54u98n69z 3955412143640

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

+2/0
18.4.2015 13:25

M38a72r63t51i14n 34P30r13o52s51t38ý 9710673180839

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

L95i92b89o63r 95W25a24l44i73c62h64i37e17w71i46c90z 3858956937844

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

M25a46r83t26i97n 78P63r47o56s67t47ý 9100103700139

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

R75a16d76i17m 48K23u37n88z 3875492953220

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

0/0
18.4.2015 13:05

M40i16c59h52a74e73l 32F67l58e18n73d65r 1268612763875

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

M16a24r64t37i46n 68P69r84o18s88t55ý 9710863570949

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

L76u11k66a33s 41S95u24c71h36a77n12e53k 5676427213890

.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

J86i46ř49í 81H73a83v68e74l71k45a 3749443850274

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

M59a79r11t22i95n 63P59r38o44s90t91ý 9510373590449

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

J24a12k52u95b 97K68r34e47j74č31í91k 8423904602944

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

M31a79r84t18i27n 32P52r54o45s56t39ý 9580113570899

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

P31a56v18e40l 56O42d31r47a87z58i34l 6424359907140

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

M31a68r76t48i69n 22K66u29ř42í22t70k57a 6177496678195

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

M33a88r84t98i45n 34K60u13ř61í98t41k96a 6597916888275

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

M63i41r35o70s80l61a87v 77Š64i37m75k28o 7855843242975

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

M30i48r11e52k 49T90u68r96e18č72e86k 4693792680692

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

P49a32v53e93l 74K23r95e38j70č11í17ř 2442181573416

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

+6/0
18.4.2015 7:31

J27a75r84o43m75í20r 89K46r76á71l 4720389624179

Dohnat a předehnat ? ;-)

+2/0
18.4.2015 8:19

P74a27v96e94l 66K35r94e41j90č48í83ř 2332201403506

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

J42a56r59o48m75í54r 20K83r46á92l 4580589844759

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

+22/0
18.4.2015 9:06

R31a12d84i43m 30K94u82n19z 3485502323460

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

+7/0
18.4.2015 10:39

R84a84d46i58m 51K10u59n94z 3435252223890

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

V86o61j64t42ě59c12h 18Š75t20e65f69l 7456985897883

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

M44a66r33i17o 19V25á39p69e34n47í87k 4500588974899

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

+3/0
18.4.2015 10:26

P42e16t89r93a 55M67a40l50a58k46o41v55a 1358290240104

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