Názory k článku Linus Torvalds končí s Intelem. Po 15 letech jej vyměnil za AMD

Tak Threadripper je pro programátory jako zjevení. Za pořád dobrou cenu nabídne opravdu hodně výkonu, takže mě to ani nepřekvapuje. Svým způsobem není ani z čeho vybírat, takže tahle volba je logická.

Kdyby kompiloval na serveru, tak klidně už dnes může mít jako ARM desktop raspberry pi nebo klidně může pořídit i hifive unleashed a mít desktop s RISC-V, konektivita je už dnes hodna lowend desktopu.

Pro procesor optimalizuje kompilátor. Proto se taky Intel v této oblasti angažuje. AMD na to nemá prostředky, tak to nechává na jiných.
Samotnému programátorovi ve vyšších programovacích jazycích (tedy naprosté většině) je asi celkem jedno, na čem jeho program běží. Optimalizuje spíš na úrovni algoritmu, než na úrovni procesoru.

Mě by zajímalo, jak si práci programátora představujete, když máte pocit, že programátor potřebuje hodně výkonu.

Třeba proto, že to není snob, co mění počítač každých pár měsíců. A jestliže tenhle nový je 3x rychlejší, než ten jeho starý, asi ho pár let měl.

"Kdyby kompiloval na serveru,"
.. Mit workstation ma svoje vyhody, zvlaste, pokud se treba zdroje na serveru sdileji. Nemluve, ze z dlouhodobeho hlediska to muze vyjit i levneji nez treba pronajem. Ja jsem se na sdilenych serverech napracoval dost na ruznych projektech a je to zvlaste vyhoda, pokud potrebuji centralizovat nejakou tymovou praci a pouzivat tymove nastroje. Celkove se snizuje administraiva na udrzbu. Na druhou stranu pokud si sudla neco u sebe je jednodussi to mit i u sebe.

server si ale na homeoffice nevezmeš. :-)

I programátor si potřebuje odfrknout, tak si pustí třeba poslední Doom ;)

Kompilace ve VS, web server, SQL server, mongo, virtualky, atd... Jako docela to žere :-)))

Tak muzes se k nemu pripojit. Porad ale plati, ze sdilis prostredky s nekym jinym, pokud to neni "tvuj" server :))

Z toho, co jste vyjmenoval, nevidím nic, co by mělo žrát nějak výrazně procesorový výkon. Web server či SQL server má nainstalovaný jen proto, aby odpovídali jednomu uživateli, tedy jemu, takže nevím, co by tam ty servery měly kutit tak náročného. Mongo jsem si musel najít co je, ale opět nějaká databáze, kde asi není důvod, aby to pořád vytěžovalo procesor, možná jednou při importu dat bude chvíli trvat indexace, ale jinak nevím.
Virtuálky samy o sobě žerou hlavně paměť, aby žraly procesorový výkon, tak by v nich muselo něco náročného běžet.
Jak funguje kompilace ve VS se přiznám netuším, ale čekal bych, že se snad nepřekládá pořád všechno, takže se přeloží jen to, co zrovna dělám a všechny ostatní knihovny se přeložej jen jednou za čas, kdy si zvolím nějaké to kompletní sestavení. Ale je pravda, že programátora už roky nedělám, takže se můžu mýlit.

Je vtipné, jak napíšete, že AMD porazí Intel ve všech syntetických testech, přičemž myslíte jen a pouze syntetické testy využívající naplno všechna jádra, což je situace na hony vzdálená hrám.
S tím Ubuntu apod. je chyba, jestli se to dá nazvat chybou, v tom, že AMD si ty své procesory dost hlídá a nedává je k dispozici před vydáním. Intel u svých procesorů nejdříve rozjede zkušební výrobu, z které vyleze mraky čipů, které dostávají vývojáři, a které se pak objevují v různých benchmarcích dlouhé měsíce před vydáním. AMD možná někde vyzkouší pár kousků, ale většina úniků se objevuje až tehdy, když má finální produkt. A pak se hrozně diví, že Windows neumí přidělovat úlohy správně mezi vlákna nebo Ubuntu an nejde nainstalovat.

S bezpečností je to jako v životě. Když víte, že máte rozbitý zámek na zadních dveřích, dáváte si na to pozor. Když to netušíte, tak si takový pozor nedáváte. Tedy známé chyby nejsou moc velké bezpečnostní riziko. Bezpečností riziko jsou hlavně ty neznámé chyby.

.. což ale zase znamená, že potřebuješ být online....

Co se tak (pravda, už matně) pamatuju:
- kompilace FreeBSD jádra někdy kolem roku 1995-6 trvala na 486 celou noc.
- kompilace Linuxového kernelu 2.0.3x trvala na MIPSu LE v roce 1999 několik hodin.
- kompilace Linux jádra 2.4 v roce 2004 na tehdejším P4 Xeonu trvala cca hodinu, celé Gentoo 1st stage pak několik hodin.
- kompilace jádra 2.6 o pár let později cca 30-40 minut.

Kompilovat poslední jádra verze 4 a 5 jsem nezkoušel, už to není dnes moc potřeba. Nicméně s ohledem na nárůst velikosti kódu a výkonu bych si tipnul, že běžnému modernímu CPU to bude trvat i tak minuty, nikoli pod minutu. A to je i tak poměrně dlouhý čas, pokud jsi vývojář a ladíš chybu (Gentooistům už to samozřejmě bude jedno, ti mají svůj vymazlený set portage vlaječek a budou kompilovat jen jednou)