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

    DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.

    Ladislav Hagara | Komentářů: 0
    včera 14:22 | IT novinky

    VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.

    Ladislav Hagara | Komentářů: 2
    včera 04:44 | Nová verze

    Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 01:00 | Nová verze

    ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.

    Ladislav Hagara | Komentářů: 0
    18.4. 22:11 | IT novinky Ladislav Hagara | Komentářů: 0
    18.4. 20:55 | Nová verze

    Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.

    Ladislav Hagara | Komentářů: 2
    18.4. 17:22 | Nová verze

    Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.

    Ladislav Hagara | Komentářů: 13
    18.4. 17:11 | Nová verze

    ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.

    Ladislav Hagara | Komentářů: 2
    18.4. 12:11 | IT novinky

    Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.

    Ladislav Hagara | Komentářů: 10
    18.4. 05:11 | Komunita

    #HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.

    Ladislav Hagara | Komentářů: 2
    KDE Plasma 6
     (68%)
     (11%)
     (2%)
     (20%)
    Celkem 566 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

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

    15.10.2017 18:37 | Přečteno: 4120× | 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 User682 | 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

    Blaazen avatar 15.10.2017 19:14 Blaazen | skóre: 24 | blog: BL
    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: 40 | 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: 24 | blog: BL
    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 User682 | 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
    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: 38 | 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: 37 | 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: 24 | 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: 38 | 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: 24 | 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: 38 | 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: 38 | 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: 37 | 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: 38 | 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: 38 | 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: 72
    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: 24 | 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: 24 | 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: 38 | 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: 24 | 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: 72
    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: 24 | 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: 72
    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 | blog: Life_in_Pieces | 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: 24 | 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 | blog: Life_in_Pieces | 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 | blog: Life_in_Pieces | 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: 38 | 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: 72
    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 User682 | 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
    22.9.2020 20:32 lizbee
    Rozbalit Rozbalit vše Re: Šestnáctijádro a škálování při kompilaci a OpenSSL
    thanks for sharing this! great help! sioux falls laser hair removal

    Založit nové vláknoNahoru

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