Tak to je drsné. Jak Windows kašle na podporu, v takové míře jsem to nečekal.
No u mojí 1600 to nemá cenu řešit. Ale u dalšího PC a hádám že to bude zase Ryzen si to pohlídám.
Jinak 1usmus palec nahoru myslím že to dost lidí využije.
+1
+8
-1
Je komentář přínosný?
Tak to je drsné. Jak Windows
Ensidia https://diit.cz/profil/ensidia-ensidis
7. 11. 2019 - 08:12https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseTak to je drsné. Jak Windows kašle na podporu, v takové míře jsem to nečekal.
No u mojí 1600 to nemá cenu řešit. Ale u dalšího PC a hádám že to bude zase Ryzen si to pohlídám.
Jinak 1usmus palec nahoru myslím že to dost lidí využije. https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274248
+
to jsem pravě chtěl řešit, jestli tam bude nějaký zanedbatelný rozdíl či ne. Taky ji mám. U ryzen balanced profilu to znat celkem je.
+1
+3
-1
Je komentář přínosný?
to jsem pravě chtěl řešit,
SudetChobot https://diit.cz/profil/salam-aveku
7. 11. 2019 - 09:04https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseto jsem pravě chtěl řešit, jestli tam bude nějaký zanedbatelný rozdíl či ne. Taky ji mám. U ryzen balanced profilu to znat celkem je.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274258
+
Jde o častější dosahování vyšších frekvencí v rámci existujících parametrů (tzn. frekvence je častěji o 200 MHz blíže maximálnímu boostu).
+1
+5
-1
Je komentář přínosný?
Jde o častější dosahování
no-X https://diit.cz/autor/no-x
7. 11. 2019 - 09:51https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseJde o častější dosahování vyšších frekvencí v rámci existujících parametrů (tzn. frekvence je častěji o 200 MHz blíže maximálnímu boostu).https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274274
+
To není o OC ale o tom, že se ten jeho power plan snaží štouchat utilizaci na ty nejrychlejší jádra CPU a snaží se to držet jen na nich.
+1
+3
-1
Je komentář přínosný?
To není o OC ale o tom, že se
Arc https://diit.cz/profil/martin-nitram
7. 11. 2019 - 11:53https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseTo není o OC ale o tom, že se ten jeho power plan snaží štouchat utilizaci na ty nejrychlejší jádra CPU a snaží se to držet jen na nich.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274314
+
jedna rana pre intel, dalsia facka pre microsoft ... lieta to tu jak spinave pradlo a amd z toho vyjde najlepsie, pretoze od zaciatku jasne deklaruje, ze jen boost je jednak maximum a druhak pre najlepsie jadro (intel sa na lepsie a horsie jadra zatial nehra) a amd len orientacne spomina zopar veci ako doska ci bios ci OS ... samotne CPU ako kus hardveru to proste a jednoznacne zvlada: je tam jadro ktore da tych 4600 MHz boost (napr. pri R9 3900X)
schvalne co je napisane pod vykricnikom pri Max Boost Clock: https://www.amd.com/en/products/cpu/amd-ryzen-9-3900x
a bolo tam nieco aj pred der8auerovym pschychotestom
amd pise: including, but not limited to .. a dalej je tam "up to", co znamena "az do" !!!!!!!!!!!!!!!
INTEL IDIOT TO ALE V ZIVOTE NEPOCHOPI, nepochopi ze stredna hodnota 4475 MHz je dejure "up to" 4600 MHz .... keby sme to zobrali z pravneho a matematickeho hladiska, tak je 1 Hz je "up to" 4600 MHz
ale intel idiot sa bude a bude navazat a absolutne mu nevadi ze napr. pri USB2 a jeho uzasnych marketingovych "up to" 480 Mbps padlo 20% pasma na 8b/10b konroly a dalsich 20% na rezium, rusenia a vysledok bol pre realône pouzivatelske data na USB2 asi tak 35-36 MB/s = 280 Mbps ... to je tiez "up to" 480 Mbps a o 40% menej a nikto to nikdy nerozpytvaval
kazdemu je jasne (okrem intel-idiotov), ze boost zalezi od 20 podmienok (kvalita dosky a napajania, chipset, bios, chladic, zubna pasta medzi ihs a chladicom, case/cable management/ventilaory/obsadenost case, vonkajsia teplota .... atd atd) a intel-idioti sa cuduju, ze stredna hodnota 1-vlaknoveho boostu pre R9 3900X vysla p. der8auerovi o 125 MHz nizsie ako deklarovan hranica, niektori neskutocne retardovani intel-idioti navyse stale trpa utkvelou predstavou ze pre AMD plati 4025 MHz = 4600 MHz, kde 4025 MHz bol najvacsi negativny ulet v podivuhodnom der8auerovom pschychoteste boostu pri R9 3900X
ale ze by bol hyper-super-cloudovo/sluzbovo-furt-aktuakny-najsamdokonalejsi OS takto dodrbany ...
"je však pod jeho rozlišovací schopnost, zda je jádro zatíženo více procesy nebo jedním náročným" ... jak to preboha? sak v task manageri vidi aj slepy pablb ze tento jeden konkretny proces na 8-jadraku zere 13 % celeho multijadroveho vykonu a teda ze to je absolutn full-load zalezistost pre jadro/vlakno
+1
+11
-1
Je komentář přínosný?
jedna rana pre intel, dalsia
Pjetro de https://diit.cz/profil/pjetro-de
7. 11. 2019 - 09:41https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskusejedna rana pre intel, dalsia facka pre microsoft ... lieta to tu jak spinave pradlo a amd z toho vyjde najlepsie, pretoze od zaciatku jasne deklaruje, ze jen boost je jednak maximum a druhak pre najlepsie jadro (intel sa na lepsie a horsie jadra zatial nehra) a amd len orientacne spomina zopar veci ako doska ci bios ci OS ... samotne CPU ako kus hardveru to proste a jednoznacne zvlada: je tam jadro ktore da tych 4600 MHz boost (napr. pri R9 3900X)
schvalne co je napisane pod vykricnikom pri Max Boost Clock:
https://www.amd.com/en/products/cpu/amd-ryzen-9-3900x
a bolo tam nieco aj pred der8auerovym pschychotestom
amd pise: including, but not limited to .. a dalej je tam "up to", co znamena "az do" !!!!!!!!!!!!!!!
INTEL IDIOT TO ALE V ZIVOTE NEPOCHOPI, nepochopi ze stredna hodnota 4475 MHz je dejure "up to" 4600 MHz .... keby sme to zobrali z pravneho a matematickeho hladiska, tak je 1 Hz je "up to" 4600 MHz
ale intel idiot sa bude a bude navazat a absolutne mu nevadi ze napr. pri USB2 a jeho uzasnych marketingovych "up to" 480 Mbps padlo 20% pasma na 8b/10b konroly a dalsich 20% na rezium, rusenia a vysledok bol pre realône pouzivatelske data na USB2 asi tak 35-36 MB/s = 280 Mbps ... to je tiez "up to" 480 Mbps a o 40% menej a nikto to nikdy nerozpytvaval
kazdemu je jasne (okrem intel-idiotov), ze boost zalezi od 20 podmienok (kvalita dosky a napajania, chipset, bios, chladic, zubna pasta medzi ihs a chladicom, case/cable management/ventilaory/obsadenost case, vonkajsia teplota .... atd atd) a intel-idioti sa cuduju, ze stredna hodnota 1-vlaknoveho boostu pre R9 3900X vysla p. der8auerovi o 125 MHz nizsie ako deklarovan hranica, niektori neskutocne retardovani intel-idioti navyse stale trpa utkvelou predstavou ze pre AMD plati 4025 MHz = 4600 MHz, kde 4025 MHz bol najvacsi negativny ulet v podivuhodnom der8auerovom pschychoteste boostu pri R9 3900X
ale ze by bol hyper-super-cloudovo/sluzbovo-furt-aktuakny-najsamdokonalejsi OS takto dodrbany ...
"je však pod jeho rozlišovací schopnost, zda je jádro zatíženo více procesy nebo jedním náročným" ... jak to preboha? sak v task manageri vidi aj slepy pablb ze tento jeden konkretny proces na 8-jadraku zere 13 % celeho multijadroveho vykonu a teda ze to je absolutn full-load zalezistost pre jadro/vlaknohttps://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274265
+
> Když tedy scheduler začal u čtyřmodulových Threadripperů přehazovat zátěž mezi jádry
>různých modulů, musel se spolu s vlákny stěhovat i obsah cache pamětí z jednoho modulu na >druhý. Toto neustálé a zbytečné přesouvání dat dokázalo zkonzumovat až 50 % výkonu
50% na probléme "skáčucej kravy" je celkom OK, ale to, že ten problém nemá MS vzriešený dodnes ide na úkor jeho mena ale očakávať, že MS bude robiť zmeny nad rámec Turboschedu a plánovavania na asymetrických systémoch ako sú-boli Buldozer big.LITTLE big.MIDDLE.LITTLE je ilúzia.
3.9 Merge window part 1
February 20, 2013
A relatively simple scheduler patch fixes the "bouncing cow problem," wherein, on a system with more processors than running processes, those processes can wander across the processors, yielding poor cache behavior. For a "worst-case" tbench benchmark run, the result is a 15x improvement in performance. https://lwn.net/Articles/538101/ https://www.phoronix.com/scan.php?page=news_item&px=MTMxNzA
TurboSched: the return of small-task packing
By Jonathan Corbet
July 1, 2019
CPU scheduling is a difficult task in the best of times; it is not trivial to pick the next process to run while maintaining fairness, minimizing energy use, and using the available CPUs to their fullest potential. The advent of increasingly complex system architectures is not making things easier; scheduling on asymmetric systems (such as the big.LITTLE architecture) is a case in point. The "turbo" mode provided by some recent processors is another. The TurboSched patch set from Parth Shah is an attempt to improve the scheduler's ability to get the best performance from such processors. https://lwn.net/Articles/792471/
+1
+5
-1
Je komentář přínosný?
> Když tedy scheduler začal u
Peter Fodrek https://diit.cz/profil/fotobanew
7. 11. 2019 - 09:35https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse> Když tedy scheduler začal u čtyřmodulových Threadripperů přehazovat zátěž mezi jádry
>různých modulů, musel se spolu s vlákny stěhovat i obsah cache pamětí z jednoho modulu na >druhý. Toto neustálé a zbytečné přesouvání dat dokázalo zkonzumovat až 50 % výkonu
50% na probléme "skáčucej kravy" je celkom OK, ale to, že ten problém nemá MS vzriešený dodnes ide na úkor jeho mena ale očakávať, že MS bude robiť zmeny nad rámec Turboschedu a plánovavania na asymetrických systémoch ako sú-boli Buldozer big.LITTLE big.MIDDLE.LITTLE je ilúzia.
3.9 Merge window part 1
February 20, 2013
A relatively simple scheduler patch fixes the "bouncing cow problem," wherein, on a system with more processors than running processes, those processes can wander across the processors, yielding poor cache behavior. For a "worst-case" tbench benchmark run, the result is a 15x improvement in performance.
https://lwn.net/Articles/538101/
https://www.phoronix.com/scan.php?page=news_item&px=MTMxNzA
TurboSched: the return of small-task packing
By Jonathan Corbet
July 1, 2019
CPU scheduling is a difficult task in the best of times; it is not trivial to pick the next process to run while maintaining fairness, minimizing energy use, and using the available CPUs to their fullest potential. The advent of increasingly complex system architectures is not making things easier; scheduling on asymmetric systems (such as the big.LITTLE architecture) is a case in point. The "turbo" mode provided by some recent processors is another. The TurboSched patch set from Parth Shah is an attempt to improve the scheduler's ability to get the best performance from such processors.
https://lwn.net/Articles/792471/https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274267
+
Že je problém na straně Microsoftu se ví od chvíle, kdy proběhly testy na linuxu, kde reálný výkon odpovídal teoretickému
+1
+3
-1
Je komentář přínosný?
Že je problém na straně
Kutil https://diit.cz/profil/andrewx
7. 11. 2019 - 16:05https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseŽe je problém na straně Microsoftu se ví od chvíle, kdy proběhly testy na linuxu, kde reálný výkon odpovídal teoretickémuhttps://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274390
+
Tak zatímco Intel potřebuje na minimální zvýšení frekvencí novou generaci křemíku, u AMD tu máme malý patch a 200MHz je na světě.
Jasně, je to demagogie a jde to na jiná bedra, ale pro uživatele je výsledek stejný ;)
+1
+4
-1
Je komentář přínosný?
Tak zatímco Intel potřebuje
mejla76 https://diit.cz/profil/mejla
7. 11. 2019 - 09:42https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseTak zatímco Intel potřebuje na minimální zvýšení frekvencí novou generaci křemíku, u AMD tu máme malý patch a 200MHz je na světě.
Jasně, je to demagogie a jde to na jiná bedra, ale pro uživatele je výsledek stejný ;)https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274269
+
to len potvrdzuje, kam se vloudila chybycka a AMD CPU to nebudu, samotne CPU ako kus hardveru to proste zvlada: je tam jadro ktore da tych 4600 MHz boost (napr. pri R9 3900X)
ani formula 1 vsadena do sraciek nepojde 320 km/h, darmo to motor zvlada, potebuje patricne gumy, cestu ... atd
+1
+9
-1
Je komentář přínosný?
to len potvrdzuje, kam se
Pjetro de https://diit.cz/profil/pjetro-de
7. 11. 2019 - 09:47https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseto len potvrdzuje, kam se vloudila chybycka a AMD CPU to nebudu, samotne CPU ako kus hardveru to proste zvlada: je tam jadro ktore da tych 4600 MHz boost (napr. pri R9 3900X)
ani formula 1 vsadena do sraciek nepojde 320 km/h, darmo to motor zvlada, potebuje patricne gumy, cestu ... atdhttps://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274271
+
Ryzen 3700x... V cinebench r15 misto 206 bodů bylo 207. Nicméně to nebylo stable. Ale je pravda že stále starý bios. Nicméně sem si vsiml že jádra které při starém powerplanu jeli na 4,375ghz už šli na 4,4ghz.. A to bude asi ta nestabilita a těch jader šlo teď na 4,4ghz min. Takže u 3700x to nedoporučuji..
+1
0
-1
Je komentář přínosný?
Ryzen 3700x... V cinebench
GaGy https://diit.cz/profil/evzen-lovec
7. 11. 2019 - 09:57https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseRyzen 3700x... V cinebench r15 misto 206 bodů bylo 207. Nicméně to nebylo stable. Ale je pravda že stále starý bios. Nicméně sem si vsiml že jádra které při starém powerplanu jeli na 4,375ghz už šli na 4,4ghz.. A to bude asi ta nestabilita a těch jader šlo teď na 4,4ghz min. Takže u 3700x to nedoporučuji.. https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274275
+
Na základě jednoho kusu bych negeneralizoval, já křemíkovou loterii se svým Ryzenem taky prohrál
+1
0
-1
Je komentář přínosný?
Na základě jednoho kusu bych
Kutil https://diit.cz/profil/andrewx
7. 11. 2019 - 16:07https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseNa základě jednoho kusu bych negeneralizoval, já křemíkovou loterii se svým Ryzenem taky prohrálhttps://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274391
+
Mno jestli jsem to spávně pochopil, tak frekvenci patch navyšuje spíš v nízkojádrových zátěžích. V situacích kdy jedou všechna jádra na plno, nic dělat nebude. Jde o to, že se snaží vyvarovat zbytečnému probouzení jader ze spánku, když již saturované jádro má stále dost volné kapacity a zároveň upřednostňujě zlaté a stříbrné jádro, která jsou technicky nejdokonalejší (nízká leakage, nízké provozní napětí, vysoká dosažitelná frekvence) v rámci využitého CCX.
+1
0
-1
Je komentář přínosný?
Mno jestli jsem to spávně
Libor Míšek https://diit.cz/profil/cursedslayer
8. 11. 2019 - 07:37https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseMno jestli jsem to spávně pochopil, tak frekvenci patch navyšuje spíš v nízkojádrových zátěžích. V situacích kdy jedou všechna jádra na plno, nic dělat nebude. Jde o to, že se snaží vyvarovat zbytečnému probouzení jader ze spánku, když již saturované jádro má stále dost volné kapacity a zároveň upřednostňujě zlaté a stříbrné jádro, která jsou technicky nejdokonalejší (nízká leakage, nízké provozní napětí, vysoká dosažitelná frekvence) v rámci využitého CCX.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274442
+
Vsetko jasne. Akurat ked sa k oprave schedulera nemaju v Mrkvosofte tak by mali aspon viac spolupracovat s AMD na naprave.Napriklad CPU driver by mohol mat prilozene potrebne najvohdnejsie power plany ?. AMD ako vyvojar CPU by mal vopred vediet aky OS/scheduler bude prevazne pouzivany na ich novych procesoroch a pomoct zabezpecit optimalizaciu SW. Ked to dokazal ciastocne poriesit jeden 1usmus tak velka banda inzinierov v MS+AMD by nemala mat ziaden problem pripravit este lepsie riesenie.
+1
+5
-1
Je komentář přínosný?
Vsetko jasne. Akurat ked sa k
AndyF1 https://diit.cz/profil/andyf1
7. 11. 2019 - 10:00https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseVsetko jasne. Akurat ked sa k oprave schedulera nemaju v Mrkvosofte tak by mali aspon viac spolupracovat s AMD na naprave.Napriklad CPU driver by mohol mat prilozene potrebne najvohdnejsie power plany ?. AMD ako vyvojar CPU by mal vopred vediet aky OS/scheduler bude prevazne pouzivany na ich novych procesoroch a pomoct zabezpecit optimalizaciu SW. Ked to dokazal ciastocne poriesit jeden 1usmus tak velka banda inzinierov v MS+AMD by nemala mat ziaden problem pripravit este lepsie riesenie.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274277
+
Banda je v MS. Nie je absolutne normalne, aby 1-vlaknova zataz lietala napr. na vsetkych 12 jadrach R9 3900X, kazdy kto ma co i len 1 g moznovej hmoty ocakava, ze to pojde na jednom konkretnom jadre.
Potom sa dostavi zaujimavy konecny vysledok, ze 32-jadrak TR2 2990WX je vo velkej multi-vlaknovej zatazi rovnako vykonny ako 16-jadrak TR2 2950X, ci dokoca je ten 16-jadrak este o par % vykonnejsi od 32-jadraku. A nemusi ist pri tom o jediny kod (proces, aplikaciu), ktora vie vyuzit 16- ci 32-jadier. Moze sa jednat napr. aj o single-thread ulohu spustenu 16x alebo 32x. Proste ten TR2 2990WX ma 2x viac plnohodnotnych jadier (na podobnych frekvenciach), ma 2x viac vypoctoveo kremika a teda mal by byt najme v X-nasobnom spusteni 1-vlaknoveho kodu 2x rychlejsi. No pod Woknami nie. Pod Linuxom no problem.
+1
+2
-1
Je komentář přínosný?
Banda je v MS. Nie je
Pjetro de https://diit.cz/profil/pjetro-de
7. 11. 2019 - 10:42https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseBanda je v MS. Nie je absolutne normalne, aby 1-vlaknova zataz lietala napr. na vsetkych 12 jadrach R9 3900X, kazdy kto ma co i len 1 g moznovej hmoty ocakava, ze to pojde na jednom konkretnom jadre.
Potom sa dostavi zaujimavy konecny vysledok, ze 32-jadrak TR2 2990WX je vo velkej multi-vlaknovej zatazi rovnako vykonny ako 16-jadrak TR2 2950X, ci dokoca je ten 16-jadrak este o par % vykonnejsi od 32-jadraku. A nemusi ist pri tom o jediny kod (proces, aplikaciu), ktora vie vyuzit 16- ci 32-jadier. Moze sa jednat napr. aj o single-thread ulohu spustenu 16x alebo 32x. Proste ten TR2 2990WX ma 2x viac plnohodnotnych jadier (na podobnych frekvenciach), ma 2x viac vypoctoveo kremika a teda mal by byt najme v X-nasobnom spusteni 1-vlaknoveho kodu 2x rychlejsi. No pod Woknami nie. Pod Linuxom no problem. https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274286
+
"Nie je absolutne normalne, aby 1-vlaknova zataz lietala napr. na vsetkych 12 jadrach R9 3900X".
Jeden dovod by sa nasiel. Lokalne prehrievanie. Ak pri jednovlaknovej zatazi ide Max Turbo niekedy aj s 1.5V, moze byt ziaduce obcas toto vlakno prehodit na ine jadro.
+1
0
-1
Je komentář přínosný?
"Nie je absolutne normalne,
spidsta https://diit.cz/profil/jan-tomko
7. 11. 2019 - 21:55https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse"Nie je absolutne normalne, aby 1-vlaknova zataz lietala napr. na vsetkych 12 jadrach R9 3900X".
Jeden dovod by sa nasiel. Lokalne prehrievanie. Ak pri jednovlaknovej zatazi ide Max Turbo niekedy aj s 1.5V, moze byt ziaduce obcas toto vlakno prehodit na ine jadro.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274430
+
Trosku mi v tom clanku schazi info, co a jak tento power plan dela. Jak dokaze scheduler prinutit, aby vybral nejkvalitnejsi jadro etc.
+1
0
-1
Je komentář přínosný?
Trosku mi v tom clanku schazi
Cichas https://diit.cz/profil/cichas
7. 11. 2019 - 10:12https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseTrosku mi v tom clanku schazi info, co a jak tento power plan dela. Jak dokaze scheduler prinutit, aby vybral nejkvalitnejsi jadro etc. https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274278
+
Škoda že takto dlouhé příspěvky nepřidává každý. To by na světě hned bylo lepšé.
+1
+6
-1
Je komentář přínosný?
Škoda že takto dlouhé
Doležal Petr https://diit.cz/profil/petr-dolezal
7. 11. 2019 - 11:22https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseŠkoda že takto dlouhé příspěvky nepřidává každý. To by na světě hned bylo lepšé.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274302
+
to by až tak nevadilo, dnes máme dosť pamätí, hdd, cpu výkonu, takže no problém. Skôr by som k tomu privítal nejeký ten popis čo a ako a na čo a prečo? ...
+1
+2
-1
Je komentář přínosný?
to by až tak nevadilo, dnes
Dudo https://diit.cz/profil/emil-gersak
7. 11. 2019 - 12:07https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseto by až tak nevadilo, dnes máme dosť pamätí, hdd, cpu výkonu, takže no problém. Skôr by som k tomu privítal nejeký ten popis čo a ako a na čo a prečo? ...https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274317
+
Vhodnější by byl odkaz. Neříkejte mi, že vy sám jste si celý ten text přečetl. Vsadím kulky na prkýnko na to, že zde nebude jeden jediný člověk, co to dobrovolně přečetl.
+1
+5
-1
Je komentář přínosný?
Vhodnější by byl odkaz.
rathanuviel https://diit.cz/profil/rathanuviel
7. 11. 2019 - 12:10https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseVhodnější by byl odkaz. Neříkejte mi, že vy sám jste si celý ten text přečetl. Vsadím kulky na prkýnko na to, že zde nebude jeden jediný člověk, co to dobrovolně přečetl.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274320
+
Před chvíli jsem to přelouskal. Začal jsem ráno, ale dal jsem to. Sice teď nevím jak se jmenuji, ale je to tam! Prkénko máte vlastní?
+1
+6
-1
Je komentář přínosný?
Před chvíli jsem to
Jan Holubek https://diit.cz/profil/janholubek
7. 11. 2019 - 12:38https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskusePřed chvíli jsem to přelouskal. Začal jsem ráno, ale dal jsem to. Sice teď nevím jak se jmenuji, ale je to tam! Prkénko máte vlastní?https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274335
+
... a sakra. Toho jsem se bál, že tím někoho vyhecuju :D
+1
0
-1
Je komentář přínosný?
... a sakra. Toho jsem se bál
rathanuviel https://diit.cz/profil/rathanuviel
7. 11. 2019 - 12:57https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse... a sakra. Toho jsem se bál, že tím někoho vyhecuju :Dhttps://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274354
+
asi by tomu ani nikto nerozumel. Nehovorí rečou nášho kmeňa....
+1
0
-1
Je komentář přínosný?
asi by tomu ani nikto
Dudo https://diit.cz/profil/emil-gersak
7. 11. 2019 - 12:42https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseasi by tomu ani nikto nerozumel. Nehovorí rečou nášho kmeňa....https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274342
+
Tak jsem se rozbrecel. AMD ma nejlepší procesory na svete, ale všichni se proti nim spiknuli i Microsoft. :-/
+1
-25
-1
Je komentář přínosný?
Tak jsem se rozbrecel. AMD ma
RedMaX https://diit.cz/profil/redmarx
7. 11. 2019 - 10:12https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseTak jsem se rozbrecel. AMD ma nejlepší procesory na svete, ale všichni se proti nim spiknuli i Microsoft. :-/https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274279
+
Já jsem si žádné zmíňky o spiknutí v článku nevšiml. Ale mám dojem, že se vaše šedá kůra mozková spikla proti vám a dlouhodobě stávkuje.
+1
+11
-1
Je komentář přínosný?
Já jsem si žádné zmíňky o
rathanuviel https://diit.cz/profil/rathanuviel
7. 11. 2019 - 12:12https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseJá jsem si žádné zmíňky o spiknutí v článku nevšiml. Ale mám dojem, že se vaše šedá kůra mozková spikla proti vám a dlouhodobě stávkuje.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274321
+
Scheduller Windows je optimalizovaný na procesory Intel. Stejně tak většina softwaru je dělaná na kompilátoru Intel. To je celá záhada. AMD prostě nemá dostatek lidí v SW teamu, ale věci už by měly být v pohybu a Lisa Su tvrdí, že na tom s Microsoftem AMD pracuje.
+1
0
-1
Je komentář přínosný?
Scheduller Windows je
Kutil https://diit.cz/profil/andrewx
7. 11. 2019 - 16:12https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseScheduller Windows je optimalizovaný na procesory Intel. Stejně tak většina softwaru je dělaná na kompilátoru Intel. To je celá záhada. AMD prostě nemá dostatek lidí v SW teamu, ale věci už by měly být v pohybu a Lisa Su tvrdí, že na tom s Microsoftem AMD pracuje.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274392
+
Scheduler není optimalizovaný, on je prostě primitivní a pomaloučku se vyvíjel tak, jak se vyvíjela hlavní platforma CPU. Předpokládám, že i v případě toho Intelu by výkony byly o dost vyšší, kdyby to M$ udělal pořádně a počítal s různými odlišnostmi jednotlivých verzí architektury (In-order, out-of-order, typy jader a jejich frekvenční možnosti, odezva chlazení, velikosti cache, TDP, paměti atd.).
+1
+3
-1
Je komentář přínosný?
Scheduler není optimalizovaný
ldx https://diit.cz/profil/vaclav-dvorak
7. 11. 2019 - 22:33https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseScheduler není optimalizovaný, on je prostě primitivní a pomaloučku se vyvíjel tak, jak se vyvíjela hlavní platforma CPU. Předpokládám, že i v případě toho Intelu by výkony byly o dost vyšší, kdyby to M$ udělal pořádně a počítal s různými odlišnostmi jednotlivých verzí architektury (In-order, out-of-order, typy jader a jejich frekvenční možnosti, odezva chlazení, velikosti cache, TDP, paměti atd.).https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274435
+
No vidíš. Já se ve stejným článku dočetl, že má Microsoft doprasenou jednu součást OS...
+1
0
-1
Je komentář přínosný?
No vidíš. Já se ve stejným
hajčus https://diit.cz/profil/josef-hajek
8. 11. 2019 - 08:49https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseNo vidíš. Já se ve stejným článku dočetl, že má Microsoft doprasenou jednu součást OS... https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274452
+
Windows Update prinasi jenom tunu picovin v podobe bezpecnostnich updatu ktere jdou rozmrskat sikovnym virusem a dale hlavni aktualizace samotneho OS kde sa hlavne resi meno noveho vydani a s tim jestli bude povolen Skicar, Skype, jake dlazdice, jake barevne provedeni, pisma a dalsi hovadiny, podstatne veci ale ty indicky zmrdi neintegrujou a vyserou se tak na hlavni fakta zadana uzivateli, cele teatro Windows 10 se toci jenom o dlazdicich, omalovankach, omezovani uzivatele na nastaveni Windows Update a podobne, jediny clovek jmenem 1usmus dokazal vic nez ty idnicky debilove od roku 2015 co fiasko v podobe Windows 10 uvedli, ja to tvrdim stale, stacili by Windows 7 se SP3 prinasejic propracovane jadro Windows 8, api DX12 a tohle vylepsene rizeni/parkovani moderne provedenych jader, v Microsoftu jiz davno nemaji predstavu o normalnim OS, Windows 10 ma jiz 9 vydani a stale je to system na picu, hlavne ze lidi spehuje, to je naprosto zasadni feature!
+1
+5
-1
Je komentář přínosný?
Windows Update prinasi je
Waffer47 https://diit.cz/profil/waffer47
7. 11. 2019 - 11:46https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseWindows Update prinasi jenom tunu picovin v podobe bezpecnostnich updatu ktere jdou rozmrskat sikovnym virusem a dale hlavni aktualizace samotneho OS kde sa hlavne resi meno noveho vydani a s tim jestli bude povolen Skicar, Skype, jake dlazdice, jake barevne provedeni, pisma a dalsi hovadiny, podstatne veci ale ty indicky zmrdi neintegrujou a vyserou se tak na hlavni fakta zadana uzivateli, cele teatro Windows 10 se toci jenom o dlazdicich, omalovankach, omezovani uzivatele na nastaveni Windows Update a podobne, jediny clovek jmenem 1usmus dokazal vic nez ty idnicky debilove od roku 2015 co fiasko v podobe Windows 10 uvedli, ja to tvrdim stale, stacili by Windows 7 se SP3 prinasejic propracovane jadro Windows 8, api DX12 a tohle vylepsene rizeni/parkovani moderne provedenych jader, v Microsoftu jiz davno nemaji predstavu o normalnim OS, Windows 10 ma jiz 9 vydani a stale je to system na picu, hlavne ze lidi spehuje, to je naprosto zasadni feature!https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274308
+
Vždyť v MS vědí, že neumí udělat pořádný OS. Dokonce sami používají radši Linuxové servery, než vlastní OS. Ten dělají jen proto, že jim to sype. Nic jiného, než prachy za tím nejsou. Jejich snaha není přinášet inovace, ale ždímat z inovací jiných. https://www.youtube.com/watch?v=H27rfr59RiE
+1
+6
-1
Je komentář přínosný?
Vždyť v MS vědí, že neumí
rathanuviel https://diit.cz/profil/rathanuviel
7. 11. 2019 - 12:18https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseVždyť v MS vědí, že neumí udělat pořádný OS. Dokonce sami používají radši Linuxové servery, než vlastní OS. Ten dělají jen proto, že jim to sype. Nic jiného, než prachy za tím nejsou. Jejich snaha není přinášet inovace, ale ždímat z inovací jiných.
https://www.youtube.com/watch?v=H27rfr59RiEhttps://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274325
+
Trochu mi to zavání chiptuningem u aut. Ono to přidá výkon, ono se to dá i obhájit logicky ale to pozadí proč to původně přehazovalo jak zběsilé i když k tomu není žádný rozumný důvod, třeba souvisí s rovnoměrným ohříváním čipu, rovnoměrným opotřebením a v důsledku delší životností ale to ukáže až čas. Svět není jen o výkonu.
+1
-7
-1
Je komentář přínosný?
Trochu mi to zavání
Kert https://diit.cz/profil/kert
7. 11. 2019 - 11:46https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseTrochu mi to zavání chiptuningem u aut. Ono to přidá výkon, ono se to dá i obhájit logicky ale to pozadí proč to původně přehazovalo jak zběsilé i když k tomu není žádný rozumný důvod, třeba souvisí s rovnoměrným ohříváním čipu, rovnoměrným opotřebením a v důsledku delší životností ale to ukáže až čas. Svět není jen o výkonu.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274312
+
Nevím nevím, neměl by spíš "správné" ohřívání čipu řešit výrobce toho čipu, případně chladič?
+1
+5
-1
Je komentář přínosný?
Nevím nevím, neměl by spíš
rathanuviel https://diit.cz/profil/rathanuviel
7. 11. 2019 - 12:20https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseNevím nevím, neměl by spíš "správné" ohřívání čipu řešit výrobce toho čipu, případně chladič?https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274328
+
Řeší výrobce pneumatiky, že se Vám pravá přední sjíždí víc než levá zadní? V dnešní době, kdy jsou jádra žhavena od výrobce až na samý pokraj co zvládnou (žádné extra uživatelské přetaktování, v dobách kdy běžel Celeron 300A na 450 MHz, což je slušná rezerva, to bylo jiné) je možné úplně všechno a úplně bych to nebagatelizoval.
+1
-4
-1
Je komentář přínosný?
Řeší výrobce pneumatiky, že
Kert https://diit.cz/profil/kert
7. 11. 2019 - 12:38https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseŘeší výrobce pneumatiky, že se Vám pravá přední sjíždí víc než levá zadní? V dnešní době, kdy jsou jádra žhavena od výrobce až na samý pokraj co zvládnou (žádné extra uživatelské přetaktování, v dobách kdy běžel Celeron 300A na 450 MHz, což je slušná rezerva, to bylo jiné) je možné úplně všechno a úplně bych to nebagatelizoval.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274336
+
Řeší se to více jak 15 let.
Ale ne u šlupek za 2 litry. U motorek ale běžné.
Dnes už jsou vsechny gumy běžně 3 směsové.
Kraje ultrasoft, potom midle a střed je hard.
+1
0
-1
Je komentář přínosný?
Řeší se to více jak 15 let.
Jurawood https://diit.cz/profil/jiri-petlach
14. 11. 2019 - 22:31https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseŘeší se to více jak 15 let.
Ale ne u šlupek za 2 litry. U motorek ale běžné.
Dnes už jsou vsechny gumy běžně 3 směsové.
Kraje ultrasoft, potom midle a střed je hard.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1275097
+
V Linuxu ty procesory běží, jak mají, žádné bezdůvodné přehazování se neděje a výkon díky tomu mají vyšší. Záruka je na ně stejná.
Nerozumím, v jakém ohledu by z hlediska rovnoměrného ohřívání a opotřebení mělo být výhodnější přehazování zátěže mezi nejméně kvalitními (a tedy nejvíce topícími) jádry oproti přehazování mezi nejkvalitnějšími (a tedy nejméně topícími) jádry.
+1
+14
-1
Je komentář přínosný?
V Linuxu ty procesory běží,
no-X https://diit.cz/autor/no-x
7. 11. 2019 - 13:16https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseV Linuxu ty procesory běží, jak mají, žádné bezdůvodné přehazování se neděje a výkon díky tomu mají vyšší. Záruka je na ně stejná.
Nerozumím, v jakém ohledu by z hlediska rovnoměrného ohřívání a opotřebení mělo být výhodnější přehazování zátěže mezi nejméně kvalitními (a tedy nejvíce topícími) jádry oproti přehazování mezi nejkvalitnějšími (a tedy nejméně topícími) jádry.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274357
+
To asi těžko bude z toho důvodu, protože rychlejší jádra budou boostovat víc až do limitu teploty takže technicky vzato je teplotní rozdíl nulový. Kdo ví proč to MS má takhle blbě.
+1
+1
-1
Je komentář přínosný?
To asi těžko bude z toho
Arc https://diit.cz/profil/martin-nitram
7. 11. 2019 - 13:33https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseTo asi těžko bude z toho důvodu, protože rychlejší jádra budou boostovat víc až do limitu teploty takže technicky vzato je teplotní rozdíl nulový. Kdo ví proč to MS má takhle blbě.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274359
+
Teplota není jediným prvkem, který ovlivňuje takt, na kterém jednotlivá jádra běží. Každé jádro má i omezení co se týče spotřeby. Pokud dobré jádro dosáhne plného boostu 4,5 GHz, může být jeho spotřeba stále pod limitem oproti špatnému jádru, které dosáhne 4,3 GHz a narazí na limit TDP. Však přesně tomu odpovídají výsledky, které uvádí 1usmus.
+1
+1
-1
Je komentář přínosný?
Teplota není jediným prvkem,
no-X https://diit.cz/autor/no-x
7. 11. 2019 - 13:54https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseTeplota není jediným prvkem, který ovlivňuje takt, na kterém jednotlivá jádra běží. Každé jádro má i omezení co se týče spotřeby. Pokud dobré jádro dosáhne plného boostu 4,5 GHz, může být jeho spotřeba stále pod limitem oproti špatnému jádru, které dosáhne 4,3 GHz a narazí na limit TDP. Však přesně tomu odpovídají výsledky, které uvádí 1usmus.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274362
+
Přece aby se ta lepší jádra tak rychle neošoupala ;-)
+1
0
-1
Je komentář přínosný?
Přece aby se ta lepší jádra
pg https://diit.cz/profil/pg
7. 11. 2019 - 20:04https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskusePřece aby se ta lepší jádra tak rychle neošoupala ;-)https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274419
+
Tak jsem to otestoval, bohužel jen nemám otestovaný stav bez tohohle "patche" ale jinak při light load scénáři jako browser, prohlížeč obrázků, video přehrávač, spouštění aplikací apod. boostují na 3900X až 4 jádra nad 4.5GHz, z toho jedno defakto na 4.6GHz viz můj screenshot HWInfa a light loadu -
A jen pro porovnání, v dalším screenshotu jsem pustil Prime 95 Blend test a potom až monitorování HWInfem a all core boost vypada na cca 4.2GHz v takové situaci.
V biosu nemám zapnutý PBO ani tu jeho advanced verzi. Prostě více méně factory default až na křivky u system a CPU fénů :-D
+1
+3
-1
Je komentář přínosný?
Tak jsem to otestoval,
ados https://diit.cz/profil/adoscz
7. 11. 2019 - 19:31https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseTak jsem to otestoval, bohužel jen nemám otestovaný stav bez tohohle "patche" ale jinak při light load scénáři jako browser, prohlížeč obrázků, video přehrávač, spouštění aplikací apod. boostují na 3900X až 4 jádra nad 4.5GHz, z toho jedno defakto na 4.6GHz viz můj screenshot HWInfa a light loadu -
https://www.dropbox.com/s/o3hsha89u0l64ol/light%20load%20scenario.png?dl=0
A jen pro porovnání, v dalším screenshotu jsem pustil Prime 95 Blend test a potom až monitorování HWInfem a all core boost vypada na cca 4.2GHz v takové situaci.
https://www.dropbox.com/s/1jjt14o59in14r6/prime%2095%20blend%20test.png?dl=0
V biosu nemám zapnutý PBO ani tu jeho advanced verzi. Prostě více méně factory default až na křivky u system a CPU fénů :-Dhttps://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274415
+
Však taky spousta lidí nepochopila, co to má dělat. Ve vašem případě to dělá přesně to, co má. Zvyšuje frekvence při nižší/méně-vláknové zátěži protože zátěž přesune na nejlepší jádra, ne na nejhorší jak to bůh ví proč dělá scheduler windows nyní.
+1
+3
-1
Je komentář přínosný?
Však taky spousta lidí
Libor Míšek https://diit.cz/profil/cursedslayer
8. 11. 2019 - 07:45https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseVšak taky spousta lidí nepochopila, co to má dělat. Ve vašem případě to dělá přesně to, co má. Zvyšuje frekvence při nižší/méně-vláknové zátěži protože zátěž přesune na nejlepší jádra, ne na nejhorší jak to bůh ví proč dělá scheduler windows nyní.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274444
+
Nechápu, proč tohle už dávno neudělali přímo v AMD. Ale počkám si, až to otestujou a implementujou do svých profilů v ovladačích. Snad mu to zaplatí :)
+1
-1
-1
Je komentář přínosný?
Nechápu, proč tohle už dávno
Czenda https://diit.cz/profil/czenda
7. 11. 2019 - 21:16https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseNechápu, proč tohle už dávno neudělali přímo v AMD. Ale počkám si, až to otestujou a implementujou do svých profilů v ovladačích. Snad mu to zaplatí :)https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274426
+
Neuvěřitelné, nechápu proč mají Vidle takto primitivní scheduler. Předpokládal bych, že by si uživatel pomocí nějaké utility mohl doladit fungování scheduleru, tak jako si třeba může nastavovat parametry u grafik atd.
Ideálně nějaký settings dialog se slidery a checkboxy a nad tím grafy vytížení jader, jednotlivých cache na každé úrovni atd., přesuny paměti atd. Prostě kompletní statistika CPU a u toho možnost jejího tunění. Dole tlačítka s presety Single thread performance/Balanced/Vendor Default (sem by si výrobce CPU mohl dát vlastní optimální nastavení), kterážto by správně nasetovala dané hodnoty, kdyby se uživatel v tom nastavování ztratil.
Z programátorského hlediska je takový frontend práce na pár dnů, samozřejmě předtím by to chtělo měsíce debat nad schedulerem samotným - předpokládám, že v M$ vedou dlouhé debaty i o daleko méně důležitých věcech...
+1
+1
-1
Je komentář přínosný?
Neuvěřitelné, nechápu proč
ldx https://diit.cz/profil/vaclav-dvorak
7. 11. 2019 - 22:25https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseNeuvěřitelné, nechápu proč mají Vidle takto primitivní scheduler. Předpokládal bych, že by si uživatel pomocí nějaké utility mohl doladit fungování scheduleru, tak jako si třeba může nastavovat parametry u grafik atd.
Ideálně nějaký settings dialog se slidery a checkboxy a nad tím grafy vytížení jader, jednotlivých cache na každé úrovni atd., přesuny paměti atd. Prostě kompletní statistika CPU a u toho možnost jejího tunění. Dole tlačítka s presety Single thread performance/Balanced/Vendor Default (sem by si výrobce CPU mohl dát vlastní optimální nastavení), kterážto by správně nasetovala dané hodnoty, kdyby se uživatel v tom nastavování ztratil.
Z programátorského hlediska je takový frontend práce na pár dnů, samozřejmě předtím by to chtělo měsíce debat nad schedulerem samotným - předpokládám, že v M$ vedou dlouhé debaty i o daleko méně důležitých věcech...
https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274432
+
Myslíte že je lepší umístit hrnek s kafem do pracovní zóny 2 nebo 3? Nepochybně má jistý vliv i umístění držáku vizitek do zóny 8, ale vzhledem k požadavku na 2cm mezeru mezi zóna mi koliduje se zónou 7, kde mám umístěný monitor.
+1
0
-1
Je komentář přínosný?
Myslíte že je lepší umístit
Artael https://diit.cz/profil/artael
9. 11. 2019 - 08:12https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseMyslíte že je lepší umístit hrnek s kafem do pracovní zóny 2 nebo 3? Nepochybně má jistý vliv i umístění držáku vizitek do zóny 8, ale vzhledem k požadavku na 2cm mezeru mezi zóna mi koliduje se zónou 7, kde mám umístěný monitor.https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274608
+
10. 11. 2019 - 16:36https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskusevidel som blender testy, kde vymenili iba os na linux.... ->2x rychlejsi render !
pouzivam toto https://bitsum.com/https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1274650
+
Nemate niekto odskusany tento Power Plan na Asus Crosshair Hero VI? Ide mi o to, ci staci default BIOS a nainstalovat plugin, alebo treba ladit aj tie polozky v BIOSe? Naprosta vacsina sa ich tam ani nenachadza...
+1
0
-1
Je komentář přínosný?
Nemate niekto odskusany tento
Spirit_pcf https://diit.cz/profil/spiritpcf
13. 12. 2019 - 22:32https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuseNemate niekto odskusany tento Power Plan na Asus Crosshair Hero VI? Ide mi o to, ci staci default BIOS a nainstalovat plugin, alebo treba ladit aj tie polozky v BIOSe? Naprosta vacsina sa ich tam ani nenachadza...https://diit.cz/clanek/1usmus-ryzen-power-plan-zvysuje-takty-ryzenu-az-o-200-mhz/diskuse#comment-1278885
+
Tak to je drsné. Jak Windows kašle na podporu, v takové míře jsem to nečekal.
No u mojí 1600 to nemá cenu řešit. Ale u dalšího PC a hádám že to bude zase Ryzen si to pohlídám.
Jinak 1usmus palec nahoru myslím že to dost lidí využije.
to jsem pravě chtěl řešit, jestli tam bude nějaký zanedbatelný rozdíl či ne. Taky ji mám. U ryzen balanced profilu to znat celkem je.
Že by 3950x na 5.0 ghz.
Jde o častější dosahování vyšších frekvencí v rámci existujících parametrů (tzn. frekvence je častěji o 200 MHz blíže maximálnímu boostu).
To není o OC ale o tom, že se ten jeho power plan snaží štouchat utilizaci na ty nejrychlejší jádra CPU a snaží se to držet jen na nich.
jedna rana pre intel, dalsia facka pre microsoft ... lieta to tu jak spinave pradlo a amd z toho vyjde najlepsie, pretoze od zaciatku jasne deklaruje, ze jen boost je jednak maximum a druhak pre najlepsie jadro (intel sa na lepsie a horsie jadra zatial nehra) a amd len orientacne spomina zopar veci ako doska ci bios ci OS ... samotne CPU ako kus hardveru to proste a jednoznacne zvlada: je tam jadro ktore da tych 4600 MHz boost (napr. pri R9 3900X)
schvalne co je napisane pod vykricnikom pri Max Boost Clock:
https://www.amd.com/en/products/cpu/amd-ryzen-9-3900x
a bolo tam nieco aj pred der8auerovym pschychotestom
amd pise: including, but not limited to .. a dalej je tam "up to", co znamena "az do" !!!!!!!!!!!!!!!
INTEL IDIOT TO ALE V ZIVOTE NEPOCHOPI, nepochopi ze stredna hodnota 4475 MHz je dejure "up to" 4600 MHz .... keby sme to zobrali z pravneho a matematickeho hladiska, tak je 1 Hz je "up to" 4600 MHz
ale intel idiot sa bude a bude navazat a absolutne mu nevadi ze napr. pri USB2 a jeho uzasnych marketingovych "up to" 480 Mbps padlo 20% pasma na 8b/10b konroly a dalsich 20% na rezium, rusenia a vysledok bol pre realône pouzivatelske data na USB2 asi tak 35-36 MB/s = 280 Mbps ... to je tiez "up to" 480 Mbps a o 40% menej a nikto to nikdy nerozpytvaval
kazdemu je jasne (okrem intel-idiotov), ze boost zalezi od 20 podmienok (kvalita dosky a napajania, chipset, bios, chladic, zubna pasta medzi ihs a chladicom, case/cable management/ventilaory/obsadenost case, vonkajsia teplota .... atd atd) a intel-idioti sa cuduju, ze stredna hodnota 1-vlaknoveho boostu pre R9 3900X vysla p. der8auerovi o 125 MHz nizsie ako deklarovan hranica, niektori neskutocne retardovani intel-idioti navyse stale trpa utkvelou predstavou ze pre AMD plati 4025 MHz = 4600 MHz, kde 4025 MHz bol najvacsi negativny ulet v podivuhodnom der8auerovom pschychoteste boostu pri R9 3900X
ale ze by bol hyper-super-cloudovo/sluzbovo-furt-aktuakny-najsamdokonalejsi OS takto dodrbany ...
"je však pod jeho rozlišovací schopnost, zda je jádro zatíženo více procesy nebo jedním náročným" ... jak to preboha? sak v task manageri vidi aj slepy pablb ze tento jeden konkretny proces na 8-jadraku zere 13 % celeho multijadroveho vykonu a teda ze to je absolutn full-load zalezistost pre jadro/vlakno
> Když tedy scheduler začal u čtyřmodulových Threadripperů přehazovat zátěž mezi jádry
>různých modulů, musel se spolu s vlákny stěhovat i obsah cache pamětí z jednoho modulu na >druhý. Toto neustálé a zbytečné přesouvání dat dokázalo zkonzumovat až 50 % výkonu
50% na probléme "skáčucej kravy" je celkom OK, ale to, že ten problém nemá MS vzriešený dodnes ide na úkor jeho mena ale očakávať, že MS bude robiť zmeny nad rámec Turboschedu a plánovavania na asymetrických systémoch ako sú-boli Buldozer big.LITTLE big.MIDDLE.LITTLE je ilúzia.
3.9 Merge window part 1
February 20, 2013
A relatively simple scheduler patch fixes the "bouncing cow problem," wherein, on a system with more processors than running processes, those processes can wander across the processors, yielding poor cache behavior. For a "worst-case" tbench benchmark run, the result is a 15x improvement in performance.
https://lwn.net/Articles/538101/
https://www.phoronix.com/scan.php?page=news_item&px=MTMxNzA
TurboSched: the return of small-task packing
By Jonathan Corbet
July 1, 2019
CPU scheduling is a difficult task in the best of times; it is not trivial to pick the next process to run while maintaining fairness, minimizing energy use, and using the available CPUs to their fullest potential. The advent of increasingly complex system architectures is not making things easier; scheduling on asymmetric systems (such as the big.LITTLE architecture) is a case in point. The "turbo" mode provided by some recent processors is another. The TurboSched patch set from Parth Shah is an attempt to improve the scheduler's ability to get the best performance from such processors.
https://lwn.net/Articles/792471/
Že je problém na straně Microsoftu se ví od chvíle, kdy proběhly testy na linuxu, kde reálný výkon odpovídal teoretickému
Tak zatímco Intel potřebuje na minimální zvýšení frekvencí novou generaci křemíku, u AMD tu máme malý patch a 200MHz je na světě.
Jasně, je to demagogie a jde to na jiná bedra, ale pro uživatele je výsledek stejný ;)
to len potvrdzuje, kam se vloudila chybycka a AMD CPU to nebudu, samotne CPU ako kus hardveru to proste zvlada: je tam jadro ktore da tych 4600 MHz boost (napr. pri R9 3900X)
ani formula 1 vsadena do sraciek nepojde 320 km/h, darmo to motor zvlada, potebuje patricne gumy, cestu ... atd
Ryzen 3700x... V cinebench r15 misto 206 bodů bylo 207. Nicméně to nebylo stable. Ale je pravda že stále starý bios. Nicméně sem si vsiml že jádra které při starém powerplanu jeli na 4,375ghz už šli na 4,4ghz.. A to bude asi ta nestabilita a těch jader šlo teď na 4,4ghz min. Takže u 3700x to nedoporučuji..
Na základě jednoho kusu bych negeneralizoval, já křemíkovou loterii se svým Ryzenem taky prohrál
Mno jestli jsem to spávně pochopil, tak frekvenci patch navyšuje spíš v nízkojádrových zátěžích. V situacích kdy jedou všechna jádra na plno, nic dělat nebude. Jde o to, že se snaží vyvarovat zbytečnému probouzení jader ze spánku, když již saturované jádro má stále dost volné kapacity a zároveň upřednostňujě zlaté a stříbrné jádro, která jsou technicky nejdokonalejší (nízká leakage, nízké provozní napětí, vysoká dosažitelná frekvence) v rámci využitého CCX.
Vsetko jasne. Akurat ked sa k oprave schedulera nemaju v Mrkvosofte tak by mali aspon viac spolupracovat s AMD na naprave.Napriklad CPU driver by mohol mat prilozene potrebne najvohdnejsie power plany ?. AMD ako vyvojar CPU by mal vopred vediet aky OS/scheduler bude prevazne pouzivany na ich novych procesoroch a pomoct zabezpecit optimalizaciu SW. Ked to dokazal ciastocne poriesit jeden 1usmus tak velka banda inzinierov v MS+AMD by nemala mat ziaden problem pripravit este lepsie riesenie.
Banda je v MS. Nie je absolutne normalne, aby 1-vlaknova zataz lietala napr. na vsetkych 12 jadrach R9 3900X, kazdy kto ma co i len 1 g moznovej hmoty ocakava, ze to pojde na jednom konkretnom jadre.
Potom sa dostavi zaujimavy konecny vysledok, ze 32-jadrak TR2 2990WX je vo velkej multi-vlaknovej zatazi rovnako vykonny ako 16-jadrak TR2 2950X, ci dokoca je ten 16-jadrak este o par % vykonnejsi od 32-jadraku. A nemusi ist pri tom o jediny kod (proces, aplikaciu), ktora vie vyuzit 16- ci 32-jadier. Moze sa jednat napr. aj o single-thread ulohu spustenu 16x alebo 32x. Proste ten TR2 2990WX ma 2x viac plnohodnotnych jadier (na podobnych frekvenciach), ma 2x viac vypoctoveo kremika a teda mal by byt najme v X-nasobnom spusteni 1-vlaknoveho kodu 2x rychlejsi. No pod Woknami nie. Pod Linuxom no problem.
"Nie je absolutne normalne, aby 1-vlaknova zataz lietala napr. na vsetkych 12 jadrach R9 3900X".
Jeden dovod by sa nasiel. Lokalne prehrievanie. Ak pri jednovlaknovej zatazi ide Max Turbo niekedy aj s 1.5V, moze byt ziaduce obcas toto vlakno prehodit na ine jadro.
To jsou korporaty, tak normalni logiku nehledej...
Trosku mi v tom clanku schazi info, co a jak tento power plan dela. Jak dokaze scheduler prinutit, aby vybral nejkvalitnejsi jadro etc.
asi neco v registroch, ale netusim co/ako/preco, tu je kompletny obsahu POW suboru
9897998c-92de-4669-853f-b7cd3ecb2790 Descriptionig Balanced power plan customized for AMD Ryzen"! processors. nces performance with energy consumption on capable hardware. FriendlyNameeÿÿÿ 1usmus Ryzen Power Plan owrprof.dll,-15,Balanced (recommended) 0012ee47-9041-4b5d-9b77-535fba8b1442
0b2d69d7-a2a1-449c-9680-f91c70521c60 ACSettingIndex- DCSettingIndex1 51dea550-bb38-4bc4-991b-eacf37be5ec8 0b2d 51de ACSettingIndexp DCSettingIndexe 6738e2c4-e8a5-4a42-b16a-e040e769756eœ ACSettingIndex ACSettingIndexi DCSettingIndexz 80e3c60e-bb94-4ad8-bbe0-0d3195efc663 ACSettingIndexh DCSettingIndext
d3d55efd-c1ff-424e-9dc3-441be7833010œ ACSettingIndex d639 dab6 DCSettingIndex?
d639518a-e56d-4345-8af2-b9f32fb26109 ACSettingIndexp DCSettingIndexz
dab60367-53fe-4fbc-825e-521d069d2456 ACSettingIndexW DCSettingIndexz
dbc9e238-6de9-49e3-92cd-8c2b4946b472 0b2d 51de 6738 80e3x d3d5h
dab6 dbc9 fc95 DCSettingIndex\ fc95af4d-40e7-4b6d-835a-56d131dbc80e ACSettingIndexh DCSettingIndexs 02f815b5-a5cf-4c84-bf20-649d1f75d3d8 309d 02f8 4c793e7d-a264-42e1-87d3-7a0d2f523ccd ACSettingIndexz DCSettingIndex
0d7dbae2-4294-402a-ba8e-26777e8488cd 0d7d 19cb 309dce9b-bef4-4119-9921-a851fb12f0f4 zfACSettingIndexc DCSettingIndexx 19cbb8fa-5279-450e-9fac-8a3d5fedd0c1 12bbebe6-58d6-4636-95bb-3217ef867c1a ACSettingIndexe DCSettingIndex\
238c9fa8-0aad-41ed-83f4-97be242c8f20 ACSettingIndexN 1a34bdc3-7e6b-442e-a9d0-64b6ef378e84 ACSettingIndexo DCSettingIndex: 25dfa149-5dd1-4736-b5ab-e8a37b5b8187 1a34 25df ACSettingIndexS DCSettingIndexr 29f6c1db-86da-48c5-9fdb-f2b67b1f44da ACSettingIndex ACSettingIndex& DCSettingIndexh 7bc4a2f9-d8fc-4469-b07b-33eb785aaca0 ACSettingIndexN DCSettingIndexe 94ac6d29-73ce-41a6-809f-6363ba21b47e ACSettingIndex 9d78 a4b1 DCSettingIndexn 9d7815a6-7ee4-497e-8888-515a05f02364 ACSettingIndexT DCSettingIndexr a4b195f5-8225-47d8-8012-9d41369786e2 ACSettingIndexO DCSettingIndex- abfc2519-3608-4c2a-94ea-171b0ed546ab
1a34 25df 29f6 7bc4x 94ach a4b1 abfc bd3b d4c1 DCSettingIndex bd3b718a-0680-4d9d-8ab2-e1d2b4ac806d ACSettingIndex DCSettingIndex d4c1d4c8-d5cc-43d3-b83e-fc51215cb04d ACSettingIndex DCSettingIndex 245d8541-3943-4422-b025-13a784f679b7 ACSettingIndexi DCSettingIndexF 2a737441-1930-4402-8d77-b2bebba308a3 0853a681-27c8-4100-a2fd-82013e970683 ACSettingIndex DCSettingIndex 48e6b7a6-50f5-4782-a5d4-53bb8f07e226 0853 48e6 ACSettingIndexP DCSettingIndex. 498c044a-201b-4631-a522-5c744ed4e678 0853 48e6 498c d4e9 MkACSettingIndexu DCSettingIndexD
d4e98f31-5ffe-4ce1-be31-1b38b384c009 ACSettingIndex- DCSettingIndex\ DCSettingIndexe 2e601130-5351-4d9d-8e04-252966bad054 ACSettingIndexll DCSettingIndexd 3166bc41-7e98-4e03-b34e-ec0f5f2b218e c36f0eb4-2988-4a70-8eee-0884fc2c2433 ACSettingIndex DCSettingIndex- c42b79aa-aa3a-484b-a98f-2cf32aa90a28 3166p! c36f8" ACSettingIndexs DCSettingIndex3 d502f7ee-1dc7-4efd-a55d-f04b6f5c0545 ACSettingIndex DCSettingIndex 48672f38-7a9a-4bb2-8bf8-3d85be19de4e 2bfc24f9-5ea2-4801-8213-3dbae01aa39d ACSettingIndexD DCSettingIndexh 73cde64d-d720-4bb2-a860-c755afe77ef2 2bfc 73cd ACSettingIndexd DCSettingIndexn d6ba4903-386f-4c2c-8adb-5c21b3328d25 2bfcP% 73cd0& d6ba ACSettingIndexz DCSettingIndexM 4f971e89-eebd-4455-a8de-9e59040e7347 5ca83367-6e45-459f-a27b-476b1d01c936 NACSettingIndex DCSettingIndexo 7648efa3-dd9c-4e3e-b566-50f929386280 5ca8 7648 ACSettingIndexP DCSettingIndex1 833a6b62-dfa4-46d1-82f8-e09e34d029d6 ACSettingIndexl ACSettingIndex0 DCSettingIndex. 96996bc0-ad50-47ec-923b-6f41874dd9eb ACSettingIndexd DCSettingIndex 99ff10e7-23b1-4c07-a9d1-5c3206d741b4 -4DCSettingIndexE4 a7066653-8d6c-40a8-910e-a1f54b84c7e5 58ACSettingIndexd DCSettingIndexE5 4faab71a-92e5-4726-b531-224559672d19 ACSettingIndex DCSettingIndex 501a4d13-42af-4429-9fd1-a8218c268e20 03680956-93bc-4294-bba6-4e0f09bb717f5fb4 0368 8619 ee12f906-d277-404b-b6da-e5fa1a576df5 54533251-82be-4824-96c1-47b60b740d00 06cadf0e-64ed-448a-8927-ce7bf90eb35d ACSettingIndex 0CDCSettingIndex 06cadf0e-64ed-448a-8927-ce7bf90eb35e 06ca 06ca 54ACSettingIndexd DCSettingIndexA6 0cc5b647-c1df-4637-891a-dec35c318583
ACSettingIndex3 ACSettingIndex
DCSettingIndex-4 0cc5b647-c1df-4637-891a-dec35c318584 ACSettingIndex DCSettingIndexd 12a0ab44-fe28-4fa9-b3bd-4b64f44960a6 ACSettingIndex 12a0 1fac 2CDCSettingIndex 12a0ab44-fe28-4fa9-b3bd-4b64f44960a7 ACSettingIndex DCSettingIndexLe 1facfc65-a930-4bc5-9f38-504ec097bbc0 ACSettingIndex DCSettingIndex 2430ab6f-a520-44a2-9601-f7f23b5134b1 ACSettingIndex DCSettingIndex PrDCSettingIndex 2ddd5a84-5a71-437e-912a-db0b8c788732 ACSettingIndex DCSettingIndex8F 36687f9e-e3a5-4dbf-b1dc-15eb381c6863 ACSettingIndex7ÿ DCSettingIndex 36687f9e-e3a5-4dbf-b1dc-15eb381c6864 ACSettingIndex DCSettingIndex 3b04d4fd-1cc7-4f23-ab1c-d1337819c4bb ACSettingIndex DCSettingIndex ACSettingIndex 4009efa7-e72d-4cba-9edf-91084ea8cbc3 ACSettingIndex DCSettingIndex 40fbefc7-2e9d-4d25-a185-0cfd8574bac6 ACSettingIndex DCSettingIndex 40fbefc7-2e9d-4d25-a185-0cfd8574bac7 ACSettingIndex DCSettingIndex 447235c7-6a8d-4cc0-8e24-9eaf70b96e2b ACSettingIndex DCSettingIndex 447235c7-6a8d-4cc0-8e24-9eaf70b96e2c ACSettingIndex DCSettingIndex 45bcc044-d885-43e2-8605-ee0ec6e96b59 465e1f50-b610-473a-ab58-00d1077dc418 DCSettingIndex hbin ACSettingIndex DCSettingIndex 619b7505-003b-4e82-b7a6-4dd29c300971616c 465e1f50-b610-473a-ab58-00d1077dc419 ACSettingIndex DCSettingIndex 4b92d758-5a24-4851-a470-815d78aee119 ACSettingIndex1 DCSettingIndex 4bdaf4e9-d103-46d7-a5f0-6280121616ef ACSettingIndex DCSettingIndex 4d2b0152-7d5c-498b-88e2-34345392a2c5 ACSettingIndex DCSettingIndex 4e4450b3-6179-4e91-b8f1-5bb9938f81a1 @ACSettingIndex~ DCSettingIndex 5d76a2ca-e8c0-402f-a133-2158492d58ad ACSettingIndex DCSettingIndex 616cdaa5-695e-4545-97ad-97dc2d1bdd88 ACSettingIndex @DCSettingIndex~ 616cdaa5-695e-4545-97ad-97dc2d1bdd89 ACSettingIndexA DCSettingIndex/W 93b8b6dc-0698-4d1c-9ee4-0644e900c85d616c ACSettingIndex DCSettingIndex ACSettingIndex DCSettingIndex 619b7505-003b-4e82-b7a6-4dd29c300972 ACSettingIndex DCSettingIndex 6c2993b0-8f48-481f-bcc6-00dd2742aa06 ACSettingIndex DCSettingIndex 71021b41-c749-4d21-be74-a00f335d582b ACSettingIndex DCSettingIndex 75b0ae3f-bce0-45a7-8c89-c9611c25e100 ACSettingIndex DCSettingIndex 75b0ae3f-bce0-45a7-8c89-c9611c25e101 ACSettingIndex DCSettingIndex 7b224883-b3cc-4d79-819f-8374152cbe7c ACSettingIndex8 DCSettingIndex 7d24baa7-0b84-480f-840c-1b0743c00f5f ACSettingIndex DCSettingIndex 7d24baa7-0b84-480f-840c-1b0743c00f60 ACSettingIndex DCSettingIndex ACSettingIndex 7f2492b6-60b1-45e5-ae55-773f8cd5caec DCSettingIndex 7f2f5cfa-f10c-4823-b5e1-e93ae85f46b5 ACSettingIndex DCSettingIndex~ 893dee8e-2bef-41e0-89c6-b55d0929964c ACSettingIndex1 DCSettingIndexD 893dee8e-2bef-41e0-89c6-b55d0929964d ACSettingIndex DCSettingIndex 8baa4a8a-14c6-4451-8e8b-14bdbd197537 ACSettingIndex d~DCSettingIndex
f8861c27-95e7-475c-865b-13c0cb3f9d6b616cŸ ACSettingIndex DCSettingIndex fddc842b-8364-4edc-94cf-c17f60de1c80c458 ACSettingIndex ea06 ea06 943c8cb6-6f93-4227-ad87-e9a3feec08d1 ACSettingIndex DCSettingIndex 94d3a615-a899-4ac5-ae2b-e4d8f634367f ACSettingIndex DCSettingIndex 984cf492-3bed-4488-a8f9-4286c97bf5aa ACSettingIndex DCSettingIndex 984cf492-3bed-4488-a8f9-4286c97bf5ab ACSettingIndex DCSettingIndex 9943e905-9a30-4ec1-9b99-44dd3b76f7a2 ACSettingIndex DCSettingIndex b000397d-9b0b-483d-98c9-692a6060cfbf ACSettingIndex DCSettingIndex bae08b81-2d5e-4688-ad6a-13243356654b ACSettingIndex DCSettingIndex bc5038f7-23e0-4960-96da-33abaf5935ec ACSettingIndex DCSettingIndexD bc5038f7-23e0-4960-96da-33abaf5935ed ACSettingIndex DCSettingIndex be337238-0d82-4146-a960-4f3749d470c7 ACSettingIndex DCSettingIndex c4581c31-89ab-4597-8e2b-9c9cab440e6b ACSettingIndex DCSettingIndex c7be0679-2817-4d69-9d02-519a537ed0c6 ACSettingIndex DCSettingIndex ACSettingIndex cfeda3d0-7697-4566-a922-a9086cd49dfa DCSettingIndex d8edeb9b-95cf-4f95-a73c-b061973693c8 ACSettingIndex DCSettingIndex d8edeb9b-95cf-4f95-a73c-b061973693c9 ACSettingIndex DCSettingIndex dfd10d17-d5eb-45dd-877a-9a34ddd15c82
ACSettingIndex
DCSettingIndex e0007330-f589-42ed-a401-5ddb10e785d3 ACSettingIndex DCSettingIndex ea062031-0e34-4ff1-9b6d-eb1059334028 ACSettingIndex DCSettingIndex ea062031-0e34-4ff1-9b6d-eb1059334029 ACSettingIndex DCSettingIndex f735a673-2066-4f80-a0c5-ddee0cf1bf5d 12a0p4 12a0H5 1fac 6 2430 7 2ddd 40fb8= 4472 4d2bhD 4e44@E 5d76 75b0pL 75b0HM 7b22 N 7d24 7d24 P 7f24 893dXS 8baa 94d3`W 984c8X 984c bc50p\ bc50H] dfd1Xc e0000d ea06 f7350T f886 DCSettingIndex 5fb4938d-1ee8-4b0f-9a3c-5036b0ab995c dd848b2a-8a5d-4451-9ae2-39cd41658f6c ACSettingIndex DCSettingIndex 68afb2d9-ee95-47a8-8f50-4115088073b1 ACSettingIndex DCSettingIndex 7516b95f-f776-4464-8c53-06167f40cc99 17aaa29b-8b43-4b94-aafe-35f64daaf1ee ACSettingIndex DCSettingIndex 3c0bc021-c8a8-4e07-a973-6b14cbcb2b7e 17aa 3c0b ACSettingIndex DCSettingIndex 684c3e69-a4f7-4014-8754-d45179a56167
kACSettingIndexZ! ACSettingIndex DCSettingIndex 8ec4b3a5-6868-48c2-be75-4f3044be88a7 ACSettingIndex DCSettingIndex
kACSettingIndexZ! a9ce aded 90959d22-d6a1-49b9-af93-bce885ad335b DCSettingIndex a9ceb8da-cd46-44fb-a98b-02af69de4623 ACSettingIndex DCSettingIndex aded5e82-b909-4619-9949-f5d71dac0bcb ACSettingIndex DCSettingIndex f1fbfde2-a960-4165-9f88-50667911ce96 8ec4 p 9095 adedpr f1fbps fbd9 DCSettingIndex fbd9aa66-9553-4097-ba44-ed6e9d65eab8 ACSettingIndex DCSettingIndex 8619b916-e004-4dd8-9b66-dae86f806698
468fe7e5-1158-46ec-88bc-5b96c9e44fd0 ACSettingIndex DCSettingIndex 49cb11a5-56e2-4afb-9d38-3df47872e21b 468f 49cb ACSettingIndex DCSettingIndex 5adbbfbc-074e-4da1-ba38-db8b36b2c8f3 ACSettingIndex ACSettingIndex DCSettingIndex 60c07fe1-0556-45cf-9903-d56e32210242 ACSettingIndex DCSettingIndex 82011705-fb95-4d46-8d35-4042b1d20def 5adbxw 60c0Px 8201@y 9fe5 DCSettingIndex 9fe527be-1b70-48da-930d-7bcf17b44990 ACSettingIndex DCSettingIndex c763ee92-71e8-4127-84eb-f6ed043a3e3d ACSettingIndex DCSettingIndex 9596fb26-9850-41fd-ac3e-f7c3c00afd4b 0012 02f8X 238c 245d 501aX/ 5453hi 5fb4 7516Ht 8619 9596p~ de83 e73ah f155 ACSettingIndex DCSettingIndex 10778347-1370-4ee0-8bbd-33bdacaade49 0368 1077 ACSettingIndex DCSettingIndex 34c7b99f-9a6d-4b3c-8dc7-b6693b78cef4 ACSettingIndex DCSettingIndex de830923-a562-41af-a086-e3a2c6bad2da 13d09884-f74e-474a-a852-b6bde8ad03a8 ACSettingIndex DCSettingIndex ACSettingIndex 5c5bb349-ad29-4ee2-9d0b-2b25270f7a81 ACSettingIndex DCSettingIndex e69653ca-cf7f-4f05-aa73-cb833fa90ad4 5c5b e696 DCSettingIndex e73a048d-bf27-4f12-9731-8b2076e8891f 5dbb7c9f-38e9-40d2-9749-4f8a0e9f640f BACSettingIndexT DCSettingIndex 637ea02f-bbcb-4015-8e2c-a1c7b9c0b546 5dbb 637e ACSettingIndex DCSettingIndex 8183ba9a-e910-48da-8769-14ae6dc1170a ACSettingIndex
ACSettingIndex
DCSettingIndex 9a66d8d7-4ff7-4ef9-b5a2-5a326ca2a469 ACSettingIndex DCSettingIndex bcded951-187b-4d05-bccc-f7e51960c258 637e 8183 9a66 bcde d874 f3c5 DCSettingIndex d8742dcb-3e6a-4b3c-b3fe-374623cdcf06 ACSettingIndex DCSettingIndex f3c5027d-cd16-4930-aa6b-90db844a8f00 ACSettingIndex DCSettingIndex f15576e8-98b7-4186-b944-eafa664402d9ê ACSettingIndex DCSettingIndex
Škoda že takto dlouhé příspěvky nepřidává každý. To by na světě hned bylo lepšé.
to by až tak nevadilo, dnes máme dosť pamätí, hdd, cpu výkonu, takže no problém. Skôr by som k tomu privítal nejeký ten popis čo a ako a na čo a prečo? ...
Vhodnější by byl odkaz. Neříkejte mi, že vy sám jste si celý ten text přečetl. Vsadím kulky na prkýnko na to, že zde nebude jeden jediný člověk, co to dobrovolně přečetl.
Před chvíli jsem to přelouskal. Začal jsem ráno, ale dal jsem to. Sice teď nevím jak se jmenuji, ale je to tam! Prkénko máte vlastní?
... a sakra. Toho jsem se bál, že tím někoho vyhecuju :D
Bude to na twitchi nebou youtube? :)
asi by tomu ani nikto nerozumel. Nehovorí rečou nášho kmeňa....
Tak jsem se rozbrecel. AMD ma nejlepší procesory na svete, ale všichni se proti nim spiknuli i Microsoft. :-/
nebrec, treba si nekdy neco koupis ...
Já jsem si žádné zmíňky o spiknutí v článku nevšiml. Ale mám dojem, že se vaše šedá kůra mozková spikla proti vám a dlouhodobě stávkuje.
Scheduller Windows je optimalizovaný na procesory Intel. Stejně tak většina softwaru je dělaná na kompilátoru Intel. To je celá záhada. AMD prostě nemá dostatek lidí v SW teamu, ale věci už by měly být v pohybu a Lisa Su tvrdí, že na tom s Microsoftem AMD pracuje.
Scheduler není optimalizovaný, on je prostě primitivní a pomaloučku se vyvíjel tak, jak se vyvíjela hlavní platforma CPU. Předpokládám, že i v případě toho Intelu by výkony byly o dost vyšší, kdyby to M$ udělal pořádně a počítal s různými odlišnostmi jednotlivých verzí architektury (In-order, out-of-order, typy jader a jejich frekvenční možnosti, odezva chlazení, velikosti cache, TDP, paměti atd.).
No vidíš. Já se ve stejným článku dočetl, že má Microsoft doprasenou jednu součást OS...
Windows Update prinasi jenom tunu picovin v podobe bezpecnostnich updatu ktere jdou rozmrskat sikovnym virusem a dale hlavni aktualizace samotneho OS kde sa hlavne resi meno noveho vydani a s tim jestli bude povolen Skicar, Skype, jake dlazdice, jake barevne provedeni, pisma a dalsi hovadiny, podstatne veci ale ty indicky zmrdi neintegrujou a vyserou se tak na hlavni fakta zadana uzivateli, cele teatro Windows 10 se toci jenom o dlazdicich, omalovankach, omezovani uzivatele na nastaveni Windows Update a podobne, jediny clovek jmenem 1usmus dokazal vic nez ty idnicky debilove od roku 2015 co fiasko v podobe Windows 10 uvedli, ja to tvrdim stale, stacili by Windows 7 se SP3 prinasejic propracovane jadro Windows 8, api DX12 a tohle vylepsene rizeni/parkovani moderne provedenych jader, v Microsoftu jiz davno nemaji predstavu o normalnim OS, Windows 10 ma jiz 9 vydani a stale je to system na picu, hlavne ze lidi spehuje, to je naprosto zasadni feature!
Vždyť v MS vědí, že neumí udělat pořádný OS. Dokonce sami používají radši Linuxové servery, než vlastní OS. Ten dělají jen proto, že jim to sype. Nic jiného, než prachy za tím nejsou. Jejich snaha není přinášet inovace, ale ždímat z inovací jiných.
https://www.youtube.com/watch?v=H27rfr59RiE
Trochu mi to zavání chiptuningem u aut. Ono to přidá výkon, ono se to dá i obhájit logicky ale to pozadí proč to původně přehazovalo jak zběsilé i když k tomu není žádný rozumný důvod, třeba souvisí s rovnoměrným ohříváním čipu, rovnoměrným opotřebením a v důsledku delší životností ale to ukáže až čas. Svět není jen o výkonu.
Nevím nevím, neměl by spíš "správné" ohřívání čipu řešit výrobce toho čipu, případně chladič?
Řeší výrobce pneumatiky, že se Vám pravá přední sjíždí víc než levá zadní? V dnešní době, kdy jsou jádra žhavena od výrobce až na samý pokraj co zvládnou (žádné extra uživatelské přetaktování, v dobách kdy běžel Celeron 300A na 450 MHz, což je slušná rezerva, to bylo jiné) je možné úplně všechno a úplně bych to nebagatelizoval.
Řeší se to více jak 15 let.
Ale ne u šlupek za 2 litry. U motorek ale běžné.
Dnes už jsou vsechny gumy běžně 3 směsové.
Kraje ultrasoft, potom midle a střed je hard.
V Linuxu ty procesory běží, jak mají, žádné bezdůvodné přehazování se neděje a výkon díky tomu mají vyšší. Záruka je na ně stejná.
Nerozumím, v jakém ohledu by z hlediska rovnoměrného ohřívání a opotřebení mělo být výhodnější přehazování zátěže mezi nejméně kvalitními (a tedy nejvíce topícími) jádry oproti přehazování mezi nejkvalitnějšími (a tedy nejméně topícími) jádry.
To asi těžko bude z toho důvodu, protože rychlejší jádra budou boostovat víc až do limitu teploty takže technicky vzato je teplotní rozdíl nulový. Kdo ví proč to MS má takhle blbě.
Teplota není jediným prvkem, který ovlivňuje takt, na kterém jednotlivá jádra běží. Každé jádro má i omezení co se týče spotřeby. Pokud dobré jádro dosáhne plného boostu 4,5 GHz, může být jeho spotřeba stále pod limitem oproti špatnému jádru, které dosáhne 4,3 GHz a narazí na limit TDP. Však přesně tomu odpovídají výsledky, které uvádí 1usmus.
Přece aby se ta lepší jádra tak rychle neošoupala ;-)
Super info, dík. Vyzkoušíme...
Tak jsem to otestoval, bohužel jen nemám otestovaný stav bez tohohle "patche" ale jinak při light load scénáři jako browser, prohlížeč obrázků, video přehrávač, spouštění aplikací apod. boostují na 3900X až 4 jádra nad 4.5GHz, z toho jedno defakto na 4.6GHz viz můj screenshot HWInfa a light loadu -
https://www.dropbox.com/s/o3hsha89u0l64ol/light%20load%20scenario.png?dl=0
A jen pro porovnání, v dalším screenshotu jsem pustil Prime 95 Blend test a potom až monitorování HWInfem a all core boost vypada na cca 4.2GHz v takové situaci.
https://www.dropbox.com/s/1jjt14o59in14r6/prime%2095%20blend%20test.png?...
V biosu nemám zapnutý PBO ani tu jeho advanced verzi. Prostě více méně factory default až na křivky u system a CPU fénů :-D
Však taky spousta lidí nepochopila, co to má dělat. Ve vašem případě to dělá přesně to, co má. Zvyšuje frekvence při nižší/méně-vláknové zátěži protože zátěž přesune na nejlepší jádra, ne na nejhorší jak to bůh ví proč dělá scheduler windows nyní.
Nechápu, proč tohle už dávno neudělali přímo v AMD. Ale počkám si, až to otestujou a implementujou do svých profilů v ovladačích. Snad mu to zaplatí :)
Neuvěřitelné, nechápu proč mají Vidle takto primitivní scheduler. Předpokládal bych, že by si uživatel pomocí nějaké utility mohl doladit fungování scheduleru, tak jako si třeba může nastavovat parametry u grafik atd.
Ideálně nějaký settings dialog se slidery a checkboxy a nad tím grafy vytížení jader, jednotlivých cache na každé úrovni atd., přesuny paměti atd. Prostě kompletní statistika CPU a u toho možnost jejího tunění. Dole tlačítka s presety Single thread performance/Balanced/Vendor Default (sem by si výrobce CPU mohl dát vlastní optimální nastavení), kterážto by správně nasetovala dané hodnoty, kdyby se uživatel v tom nastavování ztratil.
Z programátorského hlediska je takový frontend práce na pár dnů, samozřejmě předtím by to chtělo měsíce debat nad schedulerem samotným - předpokládám, že v M$ vedou dlouhé debaty i o daleko méně důležitých věcech...
Myslíte že je lepší umístit hrnek s kafem do pracovní zóny 2 nebo 3? Nepochybně má jistý vliv i umístění držáku vizitek do zóny 8, ale vzhledem k požadavku na 2cm mezeru mezi zóna mi koliduje se zónou 7, kde mám umístěný monitor.
videl som blender testy, kde vymenili iba os na linux.... ->2x rychlejsi render !
pouzivam toto https://bitsum.com/
Nemate niekto odskusany tento Power Plan na Asus Crosshair Hero VI? Ide mi o to, ci staci default BIOS a nainstalovat plugin, alebo treba ladit aj tie polozky v BIOSe? Naprosta vacsina sa ich tam ani nenachadza...
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.