23% performance boost i battlerite paa ryzen med Project mercury
Daily Rush › Debat › Spil › 23% performance boost i battlerite paa ryzen med Project mercury
- Dette indlæg indeholder 20 kommentarer, har 7 deltagere og blev senest opdateret af
Sven_Bent for 1 år, 10 måneder siden.
- ForfatterEmne
- 02/01/2019 kl. 01:15#0
https://www.reddit.com/r/BattleRite/comments/97vv24/serious_performance_boost_on_ryzen_with_project/
Faldt over denne her traad I reddit for at par dage siden.
Maatte lige dele den her med DR.
117 FPS / 143fps ( maske hoejeere men personen koerte I gsync/vsync modeFor nye folk paa DR
saa lavede jeg project mercuy for et par aar sidenSven Bent - Dr. Diagnostic
www.TechCenter.DK - ForfatterEmne
- ForfatterKommentarer
- 02/01/2019 kl. 01:32 #1
Nice, det er meget godt gået, alligevel lidt sjovt at der kan laves så stor en forbedring som 3. parts udvikler.
Havde du ikke også et program der forbedrede input fra mus?
- Denne kommentar blev ændret for 2 år siden af
Tbear-Dk.
02/01/2019 kl. 03:21 #2mit mus overclocking software var en aprisl joke.
det faked input saa det snoed maale programmer.jeg lavede dog et tool der fixed razar dblt click issue
Sven Bent - Dr. Diagnostic
www.TechCenter.DK02/01/2019 kl. 09:51 #3#2: @sven_bent hvad er det for et problem med Razer? Er det noget generelt med deres mus og software, eller et mere afgrænset problem? Som du nok kan tyde ude af teksten så har jeg en Razer mus 😊
"Whose kitty litter box did I just shit in?"
02/01/2019 kl. 11:22 #4Ved man om windows arbejder på at forbedre proceshåndtering/schedulering? I forhold til at løse det problem Mercury fixer?
02/01/2019 kl. 17:18 #5#3
deres razer death adder havde et stor probmle med dblt click ( meget heoj rma procenst paa lige denne fejl)Saa jeg lavede et tool der forlangede debounch time en smule og vupti no more dblt click
#4
De goer de ikke
Baade MS og AMD har udtalt sig at der virker som det skal.Sven Bent - Dr. Diagnostic
www.TechCenter.DK03/01/2019 kl. 17:43 #6#5 hvis bare du kunne lave det så det ikke var nødvendigt at boote ind og ud af AMD for at skifte mode, så tænker jeg nok der var flere der hentede dit program. Men fedt at se det giver sådan en effekt. Thumbs up.
05/01/2019 kl. 03:32 #7#6
Jeg er ikke med I hvad du proever at sige.Den eneste funtion i project mercury som kraever at boot kunne evt vare opsaeting a thread schedulerings quanta uddeling. men det er storset en ligegyldig function i dagens maskiner ( af hvad jeg har kunne se)
De vigtige funktioner sasom at laase et spil til ikke at bruge SMT eller ikek at skifte mellem to CCX kraever intet reboot
Sven Bent - Dr. Diagnostic
www.TechCenter.DK05/01/2019 kl. 17:01 #8Intetessante overvejelser om Windows 10 og problemerne med at udnytte
særligt Threadripper ordentligt:"Whose kitty litter box did I just shit in?"
05/01/2019 kl. 21:18 #9#8
Takker men har set den. det er dog en ret interessant videoVaerktoeje fra bitsum som blev udarbejde med wendel ser dog ud til at haver lidt issues. bla bliver handbrake encoding langsommere.
men jeg foelger med i debatten
Sven Bent - Dr. Diagnostic
www.TechCenter.DK05/01/2019 kl. 23:54 #10Det er sku skuffende at Wendel og hvem ellers, skal fikse windows og AMDs problemer. Det burde de selv have gjort.
20/01/2019 kl. 04:32 #11Jeg vil give den paastand at Det ikke er and problemmer og mere windows.
Linux har ikke problemmet. Og smt thread conflict er ogsaa paa Intel’s cpuer
Saa lad us putte famboyismen til side foer man helt forstaar problemmets natur.
Sven Bent - Dr. Diagnostic
www.TechCenter.DK20/01/2019 kl. 08:11 #12I så fald burde AMD ikke melde ud at alt virker som det skal, for så vil MS selvfølgelig ikke gøre noget mere ved det.
21/01/2019 kl. 15:19 #13#12
Virker SMT som det skal?
Burde Intel give advarsler omkring SMT?SMT har ogsaa haft performange regression lige siden den foerste Core I7
og det er aldrig blevet fixet fra microsoft side af.
Det er visse ting af vores nutidig core og cpu arkitekture der bare har en bagdele nogle gange fordi de i dag er saa kompliceret. og Microsoft’s cpu scheduler er ikke forkert paa den. Den har bare ikke en metode til at omgaa det.saa micsoft sheduler virker som den skal ud fra det den er designed til
SMT virker som det skal ud fra hvad den er designed til.
men de to ting til sammen skaber nogle issues i visse tilfaeldeJeg tror dit billedet hvordan tingene virker er lidt for simpliceret til at forstaa problemet natur. ( alt respekt) og indtil der har vaeret nok analyse af problemattiken skal vi nok holde igen med at pege fingre.
Fordi det eneste der goer at at skabe en ubeseret konklussion og lukket af for hvad der virkelig foregaar. og jeg ser det hvergagn der er tale om nogle performance issues der bliver bragt op i en saglig debat. saa kommer de her fanboys med ders ivrighed om at pege fingre.
Da jeg posted omkrign at jeg kunn skabe 5-10% ydelse paa en AMD CPU
saa kom AMD fanboy flyvende og skreg af mig der var intet i vejen med AMD CPU’er og min teori er helt hen i vejret. paa trods af det var bevist paa intel arkitektur tidligere og reelt set intet havde med AMD specificts at goere.
men igen fordi folk hopper paa fanboyisme foer forsteelse af materialet bliver det altid en kamp om at faa folk til at forstaa tingenge fra et teknisk synspunkt.Sven Bent - Dr. Diagnostic
www.TechCenter.DK21/01/2019 kl. 15:26 #14#13 Pointen er vel ret simpel. Et program der sikrer ekstra performance helt gratis i visse scenarier. Det er da lige til højrebenet hvad end det er til AMD eller Intel.
21/01/2019 kl. 16:16 #15#14
jeg er ikke sikker paa jeg forstarr.
Det jeg skrev i #13 var til knekker med at passe paa med at komme beskyldninger om at det er AMD fejl foer man kender til “fejlens” natur.men hvis du blot taler om min erfaering med folk saa ja.
mit programer hjalper til baade AMD og intel. men folk ser det ikke saaledes fordi de netop goer i fanoby sko og ikke vil indromme at CCX opdaeling skaber nogelt uheldige sitautioner eller at SMT skaber nogle uheldige situationer.
og hurtige skal pege fingre end at forstaa det har intet med amd vs inte at goer e men blot omg cpu design fordele og ulemperI 2990WX udgave er det et sporgsmal om at Ms har valgt en en cpu schedulerings progress som prioriter adgang til ram paa bekostning af traade omrokering.
Dette er en god metode til f.eks multi VM servere hvor kun et par stykker af de VM er aktive fordi de blive flytte til den optimale Numa node.men at smide traade rundt omkring skaber latancy for de tradde saa nar det sker rigtige tit. some .feks et single programer der bruger alle Nodes. saa kommer bekostning til at vaere mere end and hvad fordelen bringe hjem ( ligesom SMT)
Det er ikke en “fejl” det er en uheldig situation der ikke er otimal i visse tilfaeld
MS har tidlgie disable det numa optimering for cpu med kun 2 numa cores.
Det er derfor at de mindre udgaver ikke lider af dette problem.saa hvis nu MS “fikser” dette problem og vi faar den performance tilbage i cinebench. Sa betyder det at alle de multi VM server der kore derudover mister performance.
coreperformance/optimering og worklaod distriburing i et multicore/,multiccx/multinode setup er bare mere kompliceret end at vi skal sige: “Det er sku skuffende at Wendel og hvem ellers, skal fikse windows og AMDs problemer. Det burde de selv have gjort.”
Fordi der kan sagtens argumenters for det slet ikke en fejl/eller problem rent desnng maessigt.
Cinebench kunne loese problemet ved at la at ksbe en multiprocess og affinity laese hver process til en cores for at omkraa traad rokering.
men vi be arberjde heller ikke cinebench for dette.Det wendels patch goer at blot at smide affinity paa process fordi det midlertidigt nulstiller MS numa prioritering in dens cpu scheduler.
men I 3parts test har det vist ikke altid at loese problemet heller ikke.
Hvilket ogsaa er aarsagen til jeg ikke har implementer samme feature i Project mercury endnu.Sven Bent - Dr. Diagnostic
www.TechCenter.DK- Denne kommentar blev ændret for 2 år siden af
Sven_Bent.
- Denne kommentar blev ændret for 2 år siden af
- ForfatterKommentarer
- Du skal være logget ind for at kommentere på dette indlæg.
























