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

J16a10k10u47b 79R51o21u30s 3173820374262

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

A88l61e77x56a79n27d79r 28K31o17s89t88k48a 8732778196814

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

J88a39r61o13m37i70r 80C58h20a18l74o69u66p19k88a 4299297485257

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

0/0
20.4.2015 9:36

P14a90v15e29l 17O26d20r60a72z12i42l 6384419547930

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

0/0
20.4.2015 11:56

F68r32a45n91t75i97š78e26k 80S76t29u75r69m 4542140930226

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

O71n94d95ř29e61j 68Z67e45m21a41n 5280724488609

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

M44a97r34t73i28n 91V57á19v96r14a 2360943329

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

A83l79e35x94a34n41d66r 97K80o76s93t10k64a 8982808436784

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

P16e76t29r 41M31i51c94h35a21l45č13í74k 9907696349393

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

P83a87v19e26l 17K86u15r50a78l 5671134340190

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

R29a21d24i39m 90K36u16n62z 3115412833980

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

0/0
18.4.2015 13:04

J82a87k37u90b 17Ř20í52h64a 4255769882641

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

M35i91c10h36a50e72l 27F27l84e16n10d31r 1728832633635

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

P70a37v51e13l 20K42u29r58a23l 5421674250480

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

0/0
19.4.2015 15:44

M18i42l39a55n 87K47u90č10e65r88a 8822245979925

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

D81a65n63i17e53l 56M81a36r72t72í78n31e16k 9421858924811

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

E57d78u18a52r76d 53B42l35a91z63e97k 1803530375145

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

0/0
18.4.2015 19:19

M27a59r62t94i16n 88P21r43o21s44t68ý 9590343800159

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

R14a16d82i41m 14K15u55n25z 3385332383240

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

M88a58r10t82i45n 67P61r70o53s46t79ý 9140703240679

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

M73i82c26h29a61l 30C87h56a24l49u49p31a 6588110319393

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

M66a90r98t62i42n 37P98r11o97s62t37ý 9670343110229

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

R26a46d41i71m 98K19u70n18z 3365412433600

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

M42a23r18t60i49n 24P79r88o14s18t81ý 9390733810279

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

R65a33d61i62m 55K12u33n12z 3895862113220

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

+2/0
18.4.2015 13:25

M67a58r63t66i28n 80P93r84o91s47t23ý 9220873450969

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

L13i43b17o66r 89W80a52l46i55c73h85i40e37w40i33c31z 3588366557304

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

M35a46r88t10i44n 88P88r79o51s21t72ý 9270573970889

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

R94a32d96i29m 68K30u12n89z 3805862533630

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

0/0
18.4.2015 13:05

M61i70c87h85a66e66l 20F59l24e42n71d77r 1108112113355

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

M81a55r38t42i47n 44P11r34o39s67t35ý 9280443650119

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

L56u79k36a28s 91S64u53c16h17a97n83e56k 5326537953280

.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

J66i93ř29í 43H52a54v15e29l59k46a 3579283400484

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

M74a92r22t84i91n 50P80r18o45s80t75ý 9480393570909

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

J21a56k37u20b 10K40r97e11j23č55í50k 8593764812434

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

M46a23r67t42i14n 70P70r40o12s25t20ý 9300223530949

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

P22a96v24e18l 12O19d47r27a98z49i72l 6794669447410

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

M73a98r73t98i67n 18K16u35ř86í29t79k54a 6217106788285

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

M54a15r11t58i36n 51K73u72ř95í28t23k27a 6687346148365

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

M98i37r25o45s31l53a44v 88Š85i19m93k37o 7575963462475

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

M80i93r66e77k 17T17u88r10e36č76e79k 4543892460102

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

P81a92v80e26l 95K63r57e73j20č26í24ř 2482411243256

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

+6/0
18.4.2015 7:31

J74a58r80o41m32í11r 55K96r28á19l 4370889674509

Dohnat a předehnat ? ;-)

+2/0
18.4.2015 8:19

P98a53v51e85l 36K11r55e40j11č82í89ř 2172831503636

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

J67a75r74o83m60í27r 98K22r66á45l 4530849734719

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

+22/0
18.4.2015 9:06

R88a16d94i16m 73K65u74n38z 3215402683840

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

+7/0
18.4.2015 10:39

R73a75d89i34m 48K59u91n38z 3525432523370

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

V50o51j86t86ě15c41h 51Š36t82e51f93l 7866835427283

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

M75a34r55i44o 16V98á86p50e19n87í28k 4840618554319

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

+3/0
18.4.2015 10:26

P37e46t78r54a 64M86a77l68a96k69o13v84a 1438790880164

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