abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 01:00 | IT novinky

Bylo vydáno RFC 8484 řešící posílání DNS dotazů a získávání DNS odpovědí přes protokol HTTPS (DoH, DNS over HTTPS). V aktuálních verzích Firefoxu je DoH ve výchozím nastavení zakázáno. Povolit jej lze v about:config změnou hodnoty network.trr.mode (Trusted Recursive Resolver). V srpnu zveřejnila Mozilla výsledky experimentu s DNS přes HTTPS ve Firefoxu Nightly.

Ladislav Hagara | Komentářů: 0
19.10. 13:00 | Komunita

Při prvním spuštění Ubuntu 18.04 LTS (Bionic Beaver) je spuštěn nástroj Ubuntu Report. Pokud uživatel souhlasí, jsou pomocí tohoto nástroje odeslány do Canonicalu informace o daném počítači (doba instalace, počet procesorů, rozlišení displeje, velikost paměti, časová zóna, ...). V červnu byly zveřejněny první statistiky. Podrobnější statistiky jsou nově k dispozici na samostatné stránce.

Ladislav Hagara | Komentářů: 11
19.10. 01:00 | Pozvánky

O víkendu probíhá v Košicích pravidelné setkání příznivců otevřených technologií OSS Víkend. Na programu je řada zajímavých přednášek a workshopů.

Ladislav Hagara | Komentářů: 0
19.10. 00:11 | Nová verze

Byla vydána nová verze 1.3 otevřeného, licenčními poplatky nezatíženého, univerzálního ztrátového formátu komprese zvuku Opus (Wikipedie) a jeho referenční implementace libopus. Vylepšena byla například detekce, zda se jedná o řeč nebo o hudbu. Přidána byla podpora prostorového zvuku (immersive audio) dle plánovaného RFC 8486. Podrobnosti a zvukové ukázky na demo stránce.

Ladislav Hagara | Komentářů: 0
18.10. 22:33 | Nová verze

Bylo vydáno Ubuntu 18.10 s kódovým názvem Cosmic Cuttlefish (Kosmická sépie). Ke stažení jsou Ubuntu Desktop a Server, Ubuntu Cloud Images, Ubuntu Netboot, Kubuntu, Lubuntu a Lubuntu Alternate, Ubuntu Budgie, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio a Xubuntu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 2
18.10. 18:33 | Nová verze

Byl vydán PostgreSQL ve verzi 11.0. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
18.10. 17:33 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi TV HAT, tj. rozšíření jednodeskového počítače Raspberry Pi umožňující příjem televizního vysílání DVB-T a DVB-T2. Cena rozšíření je 21,50 $.

Ladislav Hagara | Komentářů: 8
18.10. 17:07 | Nová verze

Vychází OpenBSD 6.4. Z řady novinek namátkou: podpora dalších architektur (arm64 např. dostal z Linuxu vypůjčený ovladač radeondrm), hypervizor vmm podporuje i qcow2 disky a šablony, jádro dokáže automaticky přepínat mezi dostupnými bezdrátovými sítěmi, sítě pracují o něco efektivněji, z bezpečnosti „přísaha byla doplněna odhalením“ (pledge(2) lze vhodně doplnit pomocí unveil(2)), SMT je ve výchozím stavu vypnutý, ale lze jej zapnout. Syntaxe nastaveni OpenSMTPD se změnila. S vydáním vychází také nová verze LibreSSL - 2.8.2.

Daniel Čižinský | Komentářů: 5
17.10. 23:15 | IT novinky

Firma Raptor Computing Systems, která stojí také za pracovní stanicí Talos II, představila levnější desku Blackbird s podporou jednoho 4-/8jádrového CPU POWER9 Sforza a formátem microATX; bližší specifikace jsou ve wiki výrobce.

Fluttershy, yay! | Komentářů: 30
17.10. 22:11 | Zajímavý projekt

Byla vydána verze 1.0 svobodné federalizované platformy pro sledování a sdílení videí, alternativy YouTube s podporou P2P, PeerTube (Wikipedie). Za vývojem PeerTube stojí nezisková organizace Framasoft snažící se mimo jiné nahradit svými svobodnými Frama službami služby společnosti Google (De-google-ify Internet).

Ladislav Hagara | Komentářů: 1
Přispíváte osobně k vývoji svobodného softwaru?
 (39%)
 (43%)
 (25%)
 (22%)
 (11%)
 (36%)
Celkem 267 hlasů
 Komentářů: 13, poslední včera 16:39
Rozcestník

Šestnáctijádro a škálování při kompilaci a OpenSSL

15.10.2017 18:37 | Přečteno: 3676× | Hardware | Výběrový blog | poslední úprava: 15.10.2017 23:32

Jsou to skoro čtyři roky, kdy jsem tady zveřejnil zápisek o škálování šestnáctijádra. Tehdy to byla dvouprocesorová stanice s osmijádrovými Xeony za 220 tisíc. Po celou tu dlouhou dobu nebylo co zveřejňovat, neboť Xeony typu W(orkstation) se prakticky nehýbaly kupředu jen rostla jejich cena (částečně vlivem měnových intervencí, částečně monopolem Intelu v tomto segmentu). Teď konečně nastala změna. Šestnáctijádro lze koupit i v HEDT segmentu za pouhých(!!!) 100 tisíc i s 1TB nvme SSD, 64GB 2666 MHz RAM, luxusním AiO vodníkem a omáčkou okolo. Tolik tehdy stály jen samotné procesory. Navíc ten procesor má větší IPC i frekvence. Děkujme všichni AMD za to, že si můžeme koupit výkonný Intel za rozumnou cenu :-p A kdo chce, může si pořídit Threadripper s podobným výkonem ještě o 20 tisíc levněji.

Skylake-X mají navíc výhody "neprofi" segmentu- přetaktovatelnost, moderní BIOS, většinou funkční uspávání, kvalitní zvukovka atd. Je tady ovšem drobný, ehm... škraloupek - teplo. Z jednoho procesoru je třeba po přetaktování odvést ještě více tepla než z dvojice Xeonů z minulého článku. Navíc materiál mezi čipem a rozváděčem tepla je volen s ohledem na trvanlivost a nikoliv na tepelné vlastnosti. Ale za to je Intel kritizován dlouhodobě (bohužel i lidmi, kteří o tom vědí starou belu, takže pak kolují bludy. Zdravíme redakci DIIT, která zjevně reálně už pěkně dlouho nedržela v ruce žádný kus nového hardwaru a jen opisují dojmologii z jiných webů a ještě jen tu, která zapadá do jejich světonázoru). A samozřejmě také chybějící ECC. Na Threadripperu teoreticky ECC je. Pokud máte správnou desku. A BIOS. A moduly. A štěstí. BTW bavil jsem se s člověkem z velkého zahraničního datacentra a ten mi tvrdil, že případů, kdy modul, který není vadný (projde memtestem) a zároveň je detekována opravitelná chyba je extrémně málo. Ale to je zase na jiný článek.

Sestava

i9-7960X, 4x16GB 2666GHz DDR4, 2x 500GB 960 EVO nvme SSD, Asus PRIME X299-A, Kraken X62, Corsair RM850x, Corsair 750D, nějaká pasivně chlazená zaprášená grafika z šuplíku.

Tyhle procesory přímo křičí - přetaktuj mě. Proto testuji v přetaktovaném stavu a to tak, aby nethrottloval ani procesor ani VRM. Samozřejmostí je naprostá stabilita (testováno v prime95 ve verzí bez AVX, s AVX i s AVX512). Konkrétně 4,6 GHz do čtyř zatížených jader, 4,5GHz do osmi, 4,4 GHz do dvanácti a výše 4,1 GHz (skutečně si to můžete takto detailně v BIOSu "naklikat"). Výkon je cca +11 % nad implicitní takty v celém spektru zátěží. Zejména si pochvaluji možnost přetaktování při nízké zátěži což zpříjemňuje běžnou každodenní práci. Dříve šlo taktovat jen nastavením "turba" pro všechna jádra což by v případě tohoto procesoru znamenalo nastavit 4,1 GHz a sice výkon při využití všech jader z 3,6 GHz na 4,1 GHz tzn. o 14 % při ideálním škálování ale současně SNÍŽENÍ výkonu při vytížení 1 až 2 jader o 100MHz (při použití režimu turbo 3.0 ve windows ještě více).

Software

Ubuntu 17.10 (iso z 7.10. + updaty z 14.10.)

Metodika

Překládám vanilkové jádro 4.13.5 s implicitním .config (lze získat pomocí make defconfig). Jádra vypínám přes zápis do /sys/devices/system/cpu/cpuN/online. Zajímavá poznámka - v linuxu netvoří HT pár sousední čísla (0 a 1, 2 a 3,... jak by se mohlo zdát logické a jak to je ve windows) ale 0 a 16, 1 a 17 atd. Celý proces kompilace probíhá v ramdisku. Měřím pomocí time make -jN resp. openssl speed rsa2048 -multi N. Všechna měření dělám dvakrát a výsledky průměruji. V případě kompilace dávám do grafu počet kompilací za 10 minut.

Kompilace

Nyní přeložíme aktuální kernel méně krát než na méně výkonném počítači před necelými 4 roky tehdy aktuální kernel. Tomu se říká pokrok, přátele ;-) Vliv HT je 36 %. Jinými slovy 16 jádro s HT je jako 21,7 jádro bez HT. Je tady pozorovatelný určitý jev, který v minulosti nebyl tak patrný. 16 jádro s HT překládá při 16 threadové zátěži o 15 % pomaleji, než 16 jádro bez HT. Podobné to je i pokud v předchozí větě nahradíte všechny 16 za 8 nebo 4. Jinými slovy při zátěži pod nebo na počtu fyzických jader HT zpomaluje. Scheduler Linuxu zřejmě není pro tuhle zátěž optimální. 16 jádro je o 70 % rychlejší než 8 jádro, to je o 70 % rychlejší než čtyřjádro (a je jedno, zda se jedná všude o verzi s HT nebo bez). Kompilace tedy škáluje docela mizerně. Na to jsme ovšem od minula zvyklí. 16 jádro není ani 3x rychlejší než čtyřjádro ale je cca 7,5x dražší.

openssl RSA

HT přináší 6 % výkonu. To je slučitelné s minulými výsledky - při této zátěži se virtuální jádra přetahují o tytéž výpočetní jednotky a přínos HT je tedy sporný. 16 jádro je tedy výkonné jako 17 jádro bez HT. HT zpomaluje při méněvláknové zátěži ale pouze zanedbatelě - pod 1 procento. 16 jádro je o 87 % rychlejší než 8 jádro, to je o 98 % rychlejší než čtyřjádro (a je jedno, zda se jedná všude o verzi s HT nebo bez).

7zip

7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,64 bits,32 CPUs Intel(R) Core(TM) i9-7960X CPU @ 2.80GHz (50654),ASM,AES-NI)

Intel(R) Core(TM) i9-7960X CPU @ 2.80GHz (50654)

RAM size:   64091 MB,  # CPU hardware threads:  32
RAM usage:   7060 MB,  # Benchmark threads:     32

                       Compressing  |                  Decompressing
Dict     Speed Usage    R/U Rating  |      Speed Usage    R/U Rating
         KiB/s     %   MIPS   MIPS  |      KiB/s     %   MIPS   MIPS

22:      98562  2764   3469  95882  |    1154130  3170   3105  98423
23:      95073  2765   3504  96869  |    1111907  3101   3103  96215
24:      93809  2849   3541 100864  |    1101748  3119   3100  96704
25:      90211  2878   3580 103000  |    1107185  3176   3102  98532
----------------------------------  | ------------------------------
Avr:            2814   3523  99154  |             3142   3103  97468
Tot:            2978   3313  98311

Cinebench

Jako bonus přikládám graf škálování Cinebench R15 ve Windows 10. Jen pro srovnání- počítač z minulého článku dával 2500 bodů, teď je to 3657 bodů. HT přináší 30 % výkonu. HT nijak nezpomaluje při méněvláknové zátěži. 16 jádro je o 83 % rychlejší než 8 jádro, to je o 86 % rychlejší než čtyřjádro (ve verzi s HT; ve verzi bez HT je to 89 %).

Je zajímavé, že výsledek nerovnoměrného přetaktování ve výsledcích docela ztrácí. Tento PC budu mít doma ještě delší dobu. Pokud vás zajímá nějaký test- napište.

       

Hodnocení: 100 %

        špatnédobré        

Obrázky

Šestnáctijádro a škálování při kompilaci a OpenSSL, obrázek 1 Šestnáctijádro a škálování při kompilaci a OpenSSL, obrázek 2 Šestnáctijádro a škálování při kompilaci a OpenSSL, obrázek 3

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

15.10.2017 19:02 goldenfish | skóre: 38 | blog: aqarium | Praha
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
zdravim,

diky za test. Zajimavy stroj.

Mam Ryzen 1800X a za rok uvazuju o necem lepsim rekneme ze do 100 tisic. Zatim nevim, zda to bude 16 jadro ThreadRipper nebo 14-18 jadro Intel i9. Oboji vypada zajimave. Vcelku je to hodne pokrok delat na vice nez 4 jadrech, nez jsem delal doposavad. Na nejake unit-testy a Jenkins CI se to bude hodit.

Do 100 litru bych se rad vesel i s 32 Eizo. Zvukovka(PCIE-neco profi okolo 10 tisic) asi do te castky nedam. Snad pujdou ceny o trochu dolu.

Pokud chcete neco testovat, tak zkuste cisty build LibreOffice a poslete cas. Nekde bude mozna docker image. Delam to za 26 minut. Pokud jsou vetsi aktualizace v git tak okolo 35-40 minut.

gf

Pavel Kysilka - www.linuxsoft.cz
Blaazen avatar 15.10.2017 19:14 Blaazen | skóre: 22
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Zvukovka je lepší externí, kvůli rušení.
15.10.2017 21:10 alkoholik | skóre: 36 | blog: Alkoholik
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
On snad nejaky audiofil taha z kompu analog? Dnes je zajimave jenom jestli zvukovka ma Dolby Digital Live! nebo DTS Connect.
Blaazen avatar 15.10.2017 21:40 Blaazen | skóre: 22
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Měl jsem na mysli nějaký externí DAC se sluchátkovým zesilovačem, třeba toto.
17.10.2017 19:23 janc1c1
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
minule som na toto fulla-2 cital dobru recenziu
16.10.2017 09:20 goldenfish | skóre: 38 | blog: aqarium | Praha
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Mam E-MU 1616m a rad bych koupil neco podobneho. Minimalne, co se tyce propojeni boxu s kartou.

gf
Pavel Kysilka - www.linuxsoft.cz
15.10.2017 21:06 cthulhu
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL

BTW bavil jsem se s člověkem z velkého zahraničního datacentra a ten mi tvrdil, že případů, kdy modul, který není vadný (projde memtestem) a zároveň je detekována opravitelná chyba je extrémně málo.

a co z této informace vyvozujete? Pokud mohu hovořit z vlastní zkušenosti v serverech (SDRAM - DDR4), čím novější ("méně nm" a větší kapacita per modul) tím horší. Extrém 16GB DDR3 moduly, odcházelo to šíleným tempem (tj. servisní modul označil DIMM jako vadný po X soft/hard chybách). V této cenové hladině se neočekává, že budete co týden testovat moduly Memtestem (a generovat nežádoucí výpadky), proto bych v pracovní stanici / serveru za 100k na ECC trval.

15.10.2017 21:41 pc2005 | skóre: 36 | blog: GardenOfEdenConfiguration | liberec
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Jinými slovy při zátěži pod nebo na počtu fyzických jader HT zpomaluje. Scheduler Linuxu zřejmě není pro tuhle zátěž optimální.
To snad ani nejde. Jedině že by ten plánovač vypínal HT per CPU, ale to nevím zda to vůbec jede. To čekání je způsobeno na úrovni instrukcí (třeba obě vlákna potřebujou násobičku) a tam kernel neplánuje.
15.10.2017 23:11 mimi.vx | skóre: 38 | blog: Mimi.VX | Praha
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL

jj, nejak tak .. HT jen znamena ze casti fyzickeho jadra muzou byt vyuzity zaroven., Ale pokud oba dva procesy/thready potrebuji stejne prostredky , jeden musi cekat :) a U testu jako kompilace jadra se to da ocekavat celkem casto:)

 

Plus jedna mala.. cim vice jader, tim mensi mnozstvi RAM a propustnost pameti na jadro. a U 16 jader to jde uz dost znat

USE="-gnome -kde";turris
16.10.2017 10:02 miho | skóre: 22 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Jenze tady jde o pripad kdy je pocet threadu zateze stejny nebo mensi nez pocet fyzickych jader takze teoreticky by na "ht jadra" nemuselo byt nic schedulovano.
16.10.2017 12:42 pc2005 | skóre: 36 | blog: GardenOfEdenConfiguration | liberec
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
A jsou to thready nebo procesy? V případě threadů by mohlo být pro plánovač efektivní ty vlákna sdružovat na jedno jádro a sdílet řádky cache.

BTW u procesů i vláken můžeš sledovat obsazení logického CPU v /proc/PID/task/SPID/stat ... ale který číslo to je ti teďka z hlavy neřeknu :-D. Tipoval bych na nějaký v druhý polovině :-D. Nejspíš na to bude nějakej perf nástroj.

Přes cgroups/cpuset můžeš každýmu procesu přikázat logický procesor, na kterém má běžet.

Linuxovej plánovač hlavně řeší efektivitu na jednom logickém procesoru. Přesun na jinej řeší balancer a přesun je dost nákladná operace. Tady je pojednání, že má linuxovej plánovač dost nevyužitý potenciál.

Jinak další logické procesory budou zpracovávat jiné úlohy OS a třeba věci jako přerušení (/proc/interrupts).
16.10.2017 13:07 miho | skóre: 22 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Jsou to jednothreadove procesy (gcc je jednothreadova zalezitost, make jich akorat spusti vice soucasne podle parametru -j).

Dalsi ulohy OS by mely byt vzhledem k podminkam (shozena Xka, shozeny cron) naprosto zanedbatelne a nemely by ovlivnit test (coz ukazuje i cinebench a openssl) o vice nez procento a uz vubec ne o 15 %. Na 16 jadru je vytizeni 15 % opravdu solidni zatez - to nedokaze ani naprosta vetsina novych her takhle tomu procesoru "zatopit" ;-)
17.10.2017 02:56 pc2005 | skóre: 36 | blog: GardenOfEdenConfiguration | liberec
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Jo tak samotné procesy jsou na per cpu navázat naprosto lehko. Takže pokud skáče proces sem a tam po HT, tak by to pak blokovalo cache apod. Ale nezdá se mi teda že by byl linux scheduler tak blbej že by ani nepochopil rozdíl mezi per cpu ale na stejným HT jádru vs mezi jádry. Máš v kernelu zapnutou volbu "CONFIG_SCHED_SMT - SMT (Hyperthreading) scheduler support" ?
15.10.2017 22:41 Cabrón
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
64GB 2666GHz RAM
Zpomal paměť a já změnším rybu :-)
Bedňa avatar 16.10.2017 00:34 Bedňa | skóre: 34 | blog: Žumpa | Horňany
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Intel je 32bit šmeďárna, ktorá zlepila 64bit a multi processing. AMD to zvláda ďaleko lepšie už celé roky, na Intel nasrať.
KERNEL ULTRAS video channel >>>
16.10.2017 12:21 pc2005 | skóre: 36 | blog: GardenOfEdenConfiguration | liberec
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Nn to by chtělo IBM POWER9 na talosu :-D (1 jádro = 4 HT vlákna)
16.10.2017 14:43 mimi.vx | skóre: 38 | blog: Mimi.VX | Praha
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL

j, power, na papire krasne procaky .. jinak uplne na dve veci

USE="-gnome -kde";turris
17.10.2017 02:57 pc2005 | skóre: 36 | blog: GardenOfEdenConfiguration | liberec
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Tak kdyby byly levný, tak pohoda (levnejch tretek tu mám :-D ), ale ta cena u talosu (!).
Bedňa avatar 16.10.2017 18:13 Bedňa | skóre: 34 | blog: Žumpa | Horňany
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Hoci som ten komentár písal s promile, tak si za tým stojím a nejaké papierové čísla ma nepresvedčia :-) A čo ten spyware ktorý dávajú do procesorov, ja by som im nedal ani kačku, teda ani nedám. Nehovorím, že v AMD také veci nemôžu byť, len sa zatiaľ, pokiaľ viem, nič nenašlo.

AMD mi sympatickejšie stále viac aj vďaka prepisovaniu ovládačov na grafiky do open source, to je proste investícia do budúcnosti. Ja viem aj Intel to robí, ale proste mi to príde taká napol odfláknutá práca.
KERNEL ULTRAS video channel >>>
17.10.2017 02:59 pc2005 | skóre: 36 | blog: GardenOfEdenConfiguration | liberec
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Však jo u mě to byl [joke] .. i když teda x86-64 maj od AMD
16.10.2017 10:03 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Navíc materiál mezi čipem a rozváděčem tepla je volen s ohledem na trvanlivost a nikoliv na tepelné vlastnosti.
Materiál je volen s ohledem na výrobní cenu.

A že by letování vydrželo kratší dobu než pasta šedivka, to se mi taky nezdá.
Quando omni flunkus moritati
16.10.2017 11:18 Berber
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Přesně tak. Jo kdyby Intel dával na CPU záruku 10+ let tak možná.

Tvrdit, že ECC je k ničemu a pasta je lepší jen kvůli tomu, že výrobce chce ovci oholit na kost, to už je na diagnózu.
16.10.2017 11:23 miho | skóre: 22 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Nic takoveho, ze ECC je k nicemu jsem nepsal. To jste si tam dovafubloval sam.
16.10.2017 14:02 Berber
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
No jo pravda. Pak jste si mohl odpustit to uplivnutí směrem k AMD místo logického směru na Intel. Ale chápu, že se tím snažíte ospravedlnit nákup záměrně zkripleného CPU za 44 000 Kč.
16.10.2017 11:21 miho | skóre: 22 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Tezko rict proc nepouzivaji letovani, mozna tam je nejaky technologicky duvod. TIM z duvodu ceny volen neni. Usetrenych 20Kc za superkvalitni (z hlediska prenosu tepla) TIM pri prodejni cene 44 000Kc by za to Intelu stalo jen sotva, tohle si muze myslet s prominutim jen milovnik konspiracni teorii ;-)
16.10.2017 12:24 pc2005 | skóre: 36 | blog: GardenOfEdenConfiguration | liberec
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Tak snažili se šetřit na pinech na CPU. Zmenšili tloušťku toho PCB na CPU. Člověk by se nedivil kdyby chtěli uspořit těch 20MKč na milionu vyrobených procesorů.
16.10.2017 12:51 miho | skóre: 22 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
A co se tak nad tim alespon na vterinu zamyslet nez zacnete takove veci pronaset? Intel mel v 2016 cisty zisk po zdaneni 10,31 miliardy USD. Vami zminena castka je 0,01 % z teto castky. Naprosto mimo rozslisovaci schopnost teto firmy.
16.10.2017 13:06 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Jenže "firma" ty procesory nevyrábí a neprodává - to dělá nějaká její část, kterou samozřejmě někdo sleduje odděleně (stejně jako ostatní části) a u které už to procento bude přece jenom o něco zajímavější. Stejně jako absolutní částka.
Quando omni flunkus moritati
16.10.2017 13:24 miho | skóre: 22 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
I kdyby procesorova divize generovala jen 10 % zisku, tak to porad bude jen 1 promile. To se naprosto a zcela ztrati v zaokrouhleni i v te "oddelne sledovane castce".

Tahle teorie je jeste tak asi 100x mene pravdepodobna nez jina, ale take srandovni (pac by se to dalo zaridit jinak snadneji a nenapadneji), ze to je kvuli tomu, aby ty procesory neslo prilis dobre taktovat.
16.10.2017 13:26 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Ano, nějaká náhodně zvolená částka skutečně bude jen 1 promile. Kolik stojí přiletování vs. zaplácnutí levnou pastou ale ve skutečnosti nevíme, že ne...
Quando omni flunkus moritati
Agent avatar 16.10.2017 15:42 Agent | HC city
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Mě by vážně zajímalo, jestli jsi opravdu tak mimo nebo to jen hraješ. Za jedno, ona i ta divize se dále dělí na různé úseky a provozy které mají své rozpočty.

Za druhý, těch zlepšováků i "zlepšováků" můžou být desítky, stovky v rámci celé firmy. A počítá se každé ušetření a ve výsledku korunka ke korunce a na konci už to může hodit ne uplně bezvýznamnou částku.

A za další, roli hrajou i odměny jednotlivým ať už manažerům nebo jakýmkoliv lidem, kteří ten zlepšovák případně "zlepšovák" prosadili. Chodívá to třeba tak, že ten manažer dostane nějaké procento z těch ušetřených peněz. Takže kdyby dostal dejme tomu 1%, tak z ušetřených 20M bude mít na výplatnici o 200K více, což jako odměna pro jednoho člověka asi není zrovna zanedbatelná částka.

BTW by mě zajímalo, jestlis vůbec někdy byl zaměstnán v nějaké firmě. Tebe bych jako manažera nebo vedoucího zrovna nechtěl vidět. Jakýkoliv zlepšovák bys shodil ze stolu jen proto, že je to dle tebe bezvýznamná částka. Ale že třeba za 10 let to mohou být desítky až stovky zlepšováků, které dohromady ušetří už solidní částku, tě absolutně netankuje.
Nevěděl zpočátku, co si počít, jak žít, co dělat, ale brzy se vpravil do role samotáře.
16.10.2017 17:17 miho | skóre: 22 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Jasne, maji tam oddeleni, ktera si hrajou na vlastnim pisecku a delaji rozhodnuti jak se jim zlibi a neni tam nikdo, kdo by se podival na vec s nadhledem. Ty mas teda predstavy... kdyby takhle fungoval korporat, tak by zadny podnik s vice jak stovkou zamestnancu neexistoval. Ja bych zase nechtel managera, ktery by za naprosto marginalni usetreny peniz ohrozil dobre jmeno firmy. Ale asi mame kazdy jine priority ;-)

Jeden druheho nepresvedcime takze nema cenu v tomhle dale pokracovat, uz se na toto tema nebudu vyjadrovat.

Agent avatar 17.10.2017 23:38 Agent | HC city
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
To je škoda. Já bych třeba rád, kdybys mi vysvětlil, jak je možný, že kvalita všeho jde postupně do hajzlu? Asi proto, že se všichni chovaj hrozně zodpovědně, že. Je vidět, že si vážně v korpu nedělal.

Jinak já byc htakovýho manažera taky nechtěl, ale jestli si myslíš, že zvrchu všechno uhlídáš, tak jseš na omylu. A pokud mu příde nějaká kontrola, tak záleží na tom podřízeném, jak si to obhájí.

Ty mas teda predstavy... Spíš ty a hodně naivní, ale já vycházím z toho co vidím. Abych uvedl konkrétní příklad co se stal u nás. Jeden technolog přes nástroje se rozhodl, aby se ušetřilo na nástrojích, tak že se budou třídit použité plátky a ty které vypadají ještě jakž takž, tak se budou dávat zpátky do nástrojů, takže ti přišel nástroj, kde půlka plátků byla starých jetých a půlka nových. Samozřejmě, že takový nástroj nevydržel celou plánovanou životnost, ale to bylo buřt, hlavně, že se "ušetřilo".

I jsme si na to stěžovali, ale nepomohlo to. on si to před vedením obhájil a ještě se smál... Protože ve vední nejsou technici, kteří by rozumněli technický stránce a dá se im lecos nakukat.

A takových WTF případů tam bylo mraky.

kdyby takhle fungoval korporat, tak by zadny podnik s vice jak stovkou zamestnancu neexistoval - To by ses divil ;-)
Nevěděl zpočátku, co si počít, jak žít, co dělat, ale brzy se vpravil do role samotáře.
Agent avatar 17.10.2017 23:39 Agent | HC city
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
uz se na toto tema nebudu vyjadrovat. - Došly argumenty?
Nevěděl zpočátku, co si počít, jak žít, co dělat, ale brzy se vpravil do role samotáře.
19.10.2017 17:38 Matlák
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Mno, já si myslím že korporátů které jsou řízené chaoticky je hodně a čím větší korporát tím horší. Managera co by za marginální ušetřený peníz si vedení pochvaluje, protože se usmívá a ukazuje barevné grafy ze kterých je hned vidět jak to pěkně roste.

Nějaké hluboké znalosti jsou u managerů přítěží. Manager se zkušenostmi z praxe taky může ve firmě skončit, protože lidem pod sebou rozumí ale lidem nad sebou ne. Lidi s opačnými vlastnostmi jsou cenění ačkoliv celou firmu vedou do pozlaceného hajzlu.
17.10.2017 03:05 pc2005 | skóre: 36 | blog: GardenOfEdenConfiguration | liberec
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Tak pokud mě ojebali jednou (zrušení PLL násobiče nastavitelné z OS někde okolo PIII, u athlonu to šlo těma můstkama a prej po nastavení jinýho můstku se athlon hodil do mobilního módu, kterej to dal i softwarově - ale to bych musel zkusit). Čtyřikrát změnili socket u mobilního c2d jen kvůli umělé nekompatibilitě (2x u P2-P3). ... tak mám statisticky důvod věřit, že mě ojebali i teď.

Každopádně klidně se přihlásím o těch 20MKč, pokud je teda nepotřebujou :-P.
16.10.2017 13:09 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Usetrenych 20Kc za superkvalitni (z hlediska prenosu tepla)

Jenže ta pasta není superkvalitní, právě naopak - i kdybych odhlédl od porovnání s letováním, tak lidi, co tu Intel pastu dali pryč a koupili si svojí, snížili teplotu těch procesorů o několik stupňů.
Quando omni flunkus moritati
16.10.2017 13:32 Berber
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Jo kdyby jen o několik stupňů. Ono je to klidně i o 30 stupňů.
16.10.2017 16:37 Ovocníček
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Navíc materiál mezi čipem a rozváděčem tepla je volen s ohledem na trvanlivost a nikoliv na tepelné vlastnosti.
Přesně, IMHO je tohle blbost, respektive PR kec, kterým se to snaží nějak omluvit. Spíš si myslím, že neví o čem mluví ti lidi, kteří opakují ty kecy o tom, že pasta je spolehlivější a že letování nefunguje nebo přestalo fungovat z toho nebo onoho důvodu. Tohle nikdy nikdo předtím netvrdil, dokud nevyvstala potřeba dělat damage control. A "doložené" je to jedním pofidérním blogem, kde tu údajnou špatnou životnost pájení otestoval AMATÉR tak, že nějaké CPU připájel vlastnoručně(!) a pak se divil, že mu to popraskalo. Když to chladil kapalným dusíkem. To jako fakt?

Pájelo se patnáct let, problémy nebyly. Tyhle velké a žravé Xeony byly připájené stejně tak dlouhé a dlouhé roky, a kde jsou ty reporty o tom, že odcházejí? Jak může někdo tvrdit, že pasta, která se na ně začala používat tenhle rok, je spolehlivější? :D
16.10.2017 16:44 Ovocníček
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
Nebo možná takhle, aby nevznikl flejm. Je téměř jisté, že četnost problémů s případným porušením té pájky je minimální a tedy i ten efekt na poruchovost je zanedbatelný. IMHO to určitě nebude tak významné, aby to vyvážilo provozní nevýhody pájky (snazší a levnější výroba pro Intel nás nezajímá, to ignorujme).

Na druhou stranu pasta má vliv na provozní vlastnosti v každém procesoru, protože při té 200W spotřebě Skylake-X/Skylake-W vyšší teplota měřitelně zvyšuje spotřebu, což negativně ovlivňuje všechny provozovatele serverů v datacentrech.
4.12.2017 19:44 archen | skóre: 4
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
nice, ja si postavil ted podobnou sestavu za 40000. nejdrazsi byla 2*32gb ecc, skoro pulka. jinak 1tb evo, asrock x99ac miniitx, je to mobilni server,mini case do batohu.

procesor Intel Xeon Processor QH26 E5-2697 V4 ES 2.2GHz CPU 18-Core LGA 2011-3 za 13000 korun, ma nizsi takty, max 3ghz a musel jsem disablovat jedno jadro kvule nefunkcnimu cpu broadcastu, takze mam ve vyaledku 34 threadu. zkusim to napravit nahranim intel mikrokodu, ale bezi stabilne.
EmperorWantsToControlOuterSpaceYodaWantsToExploreInnerSpaceThat'sTheFundamentalDiffBetweenGoodandBadSidesOfTheForce
29.12.2017 11:45 goldenfish | skóre: 38 | blog: aqarium | Praha
Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
zdravim,

tak jsem neodolal v listopadu a pod stolem mam:

AMD Threadripper 1950X - 16-jadro

64GB RAM.

MB: ASRock Taichi X399.

Zvukovku jsem koupil Optoma Nuforce uDAC 5 (USB). Na doma mam FIIO E10K zvukovku do USB.

Po 13 letech jsem si koupil i novou skrin...(ostuda)

Vykon masiny je super. Dost casto az naddimenzovane. Hodne veci je neuveritelne plynulych. Zejmena vyvojova prostredi.

Kompilace kernelu asi 37s. LibreOffice kompilace 8-16 minut-zalezi podle zmen.

gf
Pavel Kysilka - www.linuxsoft.cz

Založit nové vláknoNahoru

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.