PCTuning fórum

PetebLazar píše: Stále vyhřátá voda po předchozích testech.

ale no tak...

".. jsem použil chladič NZXT Kraken X61 ten jediný totiž v tuto chvíli podporuje Threadripper díky přibalené redukci u CPU."
O vodní chlazení se z obav moc nezajímám, ale není přiložená redukce k TR kompatibilní s řadou AIO chlazení na bázi Asetek? Měl by je mj. snad zmiňovat tento list:
https://www.amd.com/en/thermal-solutions-threadripper

Ten Cinebench R 11.5 se mi chová na TR 1950X zajímavě (chlazení NH-U14S TR4-SP3)

V napájecím plánu Rovnováha má score přes 32.
http://www.monitos.cz/tmp/1950X_CB11.5_ ... novaha.png

V napájecím plánu Vysoký výkon se před koncem výpočet zpomalí na cca 20% (viz průběh vytížení v task manageru) a dopad na celkové score je pokles. Možná některé části dosáhnou teplotně úrovně throtlingu?
http://www.monitos.cz/tmp/cb11.5_vysoky ... ibuted.png

Tohle je problém cinebenche. 11.5 už je stará a nepočítala s tolika thready. 32T je pro ní btw absolutní maximum víc si nedovede ani rozebrat. To zpomalení na konci je danné tím že před renderingem si rozdělí scénu na bloky které přiřadí 32 jádrům, ale některé se vypočítají dříve než jiné, a na konci už se dopočítává jen těch pár které sedí na svých threadech a ostatní idlujou proto ten pokles loadu v task manageru.

hele ale ty teploty jsou u CPu o 10C výše na "vysoký výkon" pokud dobře koukám takže to tím klidně být může, každopádně v aktualizovaných W10 nemá absolutně význam přepínat z režimu rovnováha, je to už pro Ryzen poladěný

2 DOC_ZENITH:
To vysvětlení dává smysl. Každopádně v recenzi zmíněné score 25,8 je dost daleko od na stock dosažitelného. Zkusil jsem pro jistotu podtaktovat paměti z 3200CL14 na 2666CLx, ale v tom rozdíl není (v malém threadovém zakoktání nahromaděných úloh ano, viz malý zoubek v zátěži). Z.O. se to muselo při testování zakoktat podstatně více, jeho score je cca o 30% nižší (při určitých bězích mi to ukázalo o -45% cca 17+).
http://www.monitos.cz/tmp/cb11.5_rovnov ... d_2666.png

PetebLazar píše:".. jsem použil chladič NZXT Kraken X61 ten jediný totiž v tuto chvíli podporuje Threadripper díky přibalené redukci u CPU."
O vodní chlazení se z obav moc nezajímám, ale není přiložená redukce k TR kompatibilní s řadou AIO chlazení na bázi Asetek? Měl by je mj. snad zmiňovat tento list:
https://www.amd.com/en/thermal-solutions-threadripper

Samozřejmě, jen je tradičně OBR mimo... nic divného v posledních letech.

Fantazie unlimited: AMD ve stávajících TR umožní odemknout další dies(cores) za příplatek. K čemu by jinak byl LiqTech TR4 360 s chladícím výkonem 500W.

Unlock určitě ne, na to si určitě dali velkej pozor. Ale možnost až 32C modelu do budoucna tu je. Dle něj jsou die na PCB propojené, tzn infinite fabric tam normálně poběží tzn mohly by bejt aktivní.

Kvůli Pcie linkám musi být alespoň částečně aktivní

To jsemsi původně taky myslel, ale pak mi bylo vraženo že zeppelin die je jiná jak Ryzen die a že fyzicky nese 32PCI-E tzn jsou potřeba jen dvě....

Unlock těžko, když z těch druhých dvou čipů nejdou ven paměťové kanály a na desce X399 nikdy jít ven nemůžou. (I když - jestli to někdo má, tak zkuste neosadit paměťové kanály jednoho z těch dvou čipů a vyzkoušejte, jak kloudně to pak běží).

Kromě toho - jestli je pravda, že TR4 používá k propojení těch dvou die víc linek IF, než Epyc, pak ty neaktivní čipy vůbec nemusí být připojené k těm aktivním.
------------------------------------------

DOC_ZENITH píše:To jsemsi původně taky myslel, ale pak mi bylo vraženo že zeppelin die je jiná jak Ryzen die a že fyzicky nese 32PCI-E tzn jsou potřeba jen dvě....

To kecali, Zeppelin je Ryzen die.
Ten samej čip je v Epycu, TR i Ryzenu. A fyzicky holt těch 32 linek má, akorát že na AM4 něco sežere čipset, něco sežere NVMe, něco USB a SATA (tam je to snad dokonce dvě linky na jeden port) vyvedené z CPU. Myslím, že úplně všechny linky tam využité nejsou, ale ten přesný výpočet už nevím.

Každopádně těch 64 linke TRka leze jen ze dvou čipů (proto má 1S Epyc 128 linek).

Staci klidne osadit jediny modul a system jako celek pojede, aspon na ruznych starsich platformach to tak je. Sice uz je to velka historie, ale existovalo nekolik dual s940 desek, kde pouze prvni CPU mel pripojene sloty na pamet... druhy CPU pak do ram musel lezt pres HT a IMC prvniho CPU.

Samozrejme vykon a obecne pouzitelnost uz je vec jina...

Na novejch je to furt stejně, a pokud alespoň jeden CPU mněl osazenej dual-channel tak na praktickej výkon to má vliv minimální. Pokud aplikace nejsou numa aware tak si stejně data neustále rozhazujou na ram obou CPU najednou a přistupujou k oboum najednou z threadů běžících opět random po CPU. Tzn to tak defakto je stále, stále se něco tahá z řadiče co je vedle.

Očekáváná dostupnost Enermax AIO pro Threadripper v ČR během října (z odpovědi zástupce distributora v ČR).

DOC_ZENITH píše:Na novejch je to furt stejně, a pokud alespoň jeden CPU mněl osazenej dual-channel tak na praktickej výkon to má vliv minimální. Pokud aplikace nejsou numa aware tak si stejně data neustále rozhazujou na ram obou CPU najednou a přistupujou k oboum najednou z threadů běžících opět random po CPU. Tzn to tak defakto je stále, stále se něco tahá z řadiče co je vedle.

Měl bys příklad takového NUMA aware SW z reálného života? Nejlépe nějakou klidně jednoduchou appku, co by mohl normální indie vývojář reálně udělat. Protože i v takovém C/C++ se při alokaci paměti standardně zavolá systémová funkce z OS, která ti paměť přidělí, tudíž asi tam budou nutné nějaké další tweaky, abys to takto optimalizoval?

// tak pro Windows jsem speciální API funkce vygooglil: https://msdn.microsoft.com/en-us/librar ... s.85).aspx

Já nevim, já nejsem vývojář. Vim že numa umí ramdisk od supersppeed. Taky to uměj třeba SQL a SAP databáze. O žádnym běžnym SW nevim že by s tim uměl pracovat.

Jasně, chápu. Spíš mě ten tvůj post donutil se nad tím zamyslet a myslel jsem, že máš třeba osobní zkušenost. Ram disk, jakožto zástupce low-level SW a SQL a SAP, jsou příklady SW, které jsem přesně nechtěl slyšet, protože tam je jasné, že NUMA aware bude. Ono by bylo zajímavé, jestli např. JVM či .NET framework s tímto počítají, ale to už asi moc odbočuji.

https://docs.oracle.com/javase/8/docs/t ... .html#numa
Z odkazu to vypadá, že JVM se dá parametricky spusit s podporou NUMA (Garbage Colector?), zmíněny implementace pro Solaris a Linux. Pokud si napíšete nějaký .java příklad mohu vám ho na 1950X v Linuxu prohnat při volbách JVM pro UMA/NUMA (RAM 32GB).