lørdag, juli 20, 2019

23% performance boost i battlerite paa ryzen med Project mercury

Daily Rush Debat Spil 23% performance boost i battlerite paa ryzen med Project mercury

Viser 15 kommentarer - 1 til 15 (af 20 i alt)
  • Forfatter
    Kommentarer
  • #1

    Tbear-Dk
    Bruger
    5.346 indlæg
    Offline

    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 6 måneder, 2 uger siden af  Tbear-Dk.
    #2

    Sven_Bent
    Bruger
    25.363 indlæg
    Offline

    mit 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.DK

    #3

    Deadmeat
    Bruger
    6.207 indlæg
    Offline

    #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?"

    #4

    Timon5022
    Bruger
    1.348 indlæg
    Offline

    Ved man om windows arbejder på at forbedre proceshåndtering/schedulering? I forhold til at løse det problem Mercury fixer?

    #5

    Sven_Bent
    Bruger
    25.363 indlæg
    Offline

    #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.DK

    #6

    snowball42
    Bruger
    1.081 indlæg
    Offline

    #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.

    #7

    Sven_Bent
    Bruger
    25.363 indlæg
    Offline

    #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.DK

    #8

    Deadmeat
    Bruger
    6.207 indlæg
    Offline

    Intetessante overvejelser om Windows 10 og problemerne med at udnytte
    særligt Threadripper ordentligt:

    "Whose kitty litter box did I just shit in?"

    #9

    Sven_Bent
    Bruger
    25.363 indlæg
    Offline

    #8
    Takker men har set den. det er dog en ret interessant video

    Vaerktoeje 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.DK

    #10

    knekker
    Bruger
    1.523 indlæg
    Offline

    Det er sku skuffende at Wendel og hvem ellers, skal fikse windows og AMDs problemer. Det burde de selv have gjort.

    #11

    Sven_Bent
    Bruger
    25.363 indlæg
    Offline

    Jeg 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.DK

    #12

    knekker
    Bruger
    1.523 indlæg
    Offline

    I 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.

    #13

    Sven_Bent
    Bruger
    25.363 indlæg
    Offline

    #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 tilfaelde

    Jeg 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.DK

    #14

    snowball42
    Bruger
    1.081 indlæg
    Offline

    #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.

    #15

    Sven_Bent
    Bruger
    25.363 indlæg
    Offline

    #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 ulemper

    I 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 5 måneder, 4 uger siden af  Sven_Bent.
Viser 15 kommentarer - 1 til 15 (af 20 i alt)
  • Du skal være logget ind for at kommentere på dette indlæg.