onsdag, april 24, 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

  • Dette indlæg indeholder 20 kommentarer, har 7 deltagere og blev senest opdateret af  Sven_Bent for 1 måned siden.
Viser 5 kommentarer - 16 til 20 (af 20 i alt)
  • Forfatter
    Kommentarer
  • #16

    knekker
    Bruger
    1.493 indlæg
    Offline

    Tak for forklaringen. Jeg forstår dog ikke helt hvorfor du bringer fanboysm ind i diskussionen. Jeg hepper da lige pt på AMD så vi kan få noget konkurrence og dermed bedre priser, men det jeg har skrevet i denne topic har jo ikke noget med fanboyism at gøre.
    Jeg pointerede blot at det er en skam at Wendel & co skal fikse problemet, HVIS MS eller AMD selv kan fikse det. Men givet at de begge siger at tingene fungere som det skal, jamen så er det jo klart at problemet ikke bliver fikset.
    Du forklare så at det ikke er så let at fikse, fint jeg forstår hvad du siger.

    Linux bruger tydeligvis en anden scheduler, for det styresytem lider åbenbart ikke af 2990wx problemet, og et hurtigt gæt, vil jeg tro at VMware køre tilmed ganske fint på linux.

    Så hvis Linux kan få begge dele til at spille sammen, hvorfor kan MS ikke?

    #17

    snowball42
    Bruger
    1.052 indlæg
    Offline

    #15 du analyserer for meget på hvad jeg skrev. Jeg synes bare det er fedt at et program hjælper til f.eks. 23% ekstra performance i et spil. Jeg er godt klar over at det ikke er samme høje %’er til alt. Men er det indenfor områder hvor man kan drage nytte af det, så er det jo gratis performance. Skulle jeg købe en cpu eller grafikkort der gav 23% ekstra boost, så ville det helt sikkert være dyrt.

    Microsoft vælger jo også hvordan selv hvordan de vil håndtere deres schedulering. De har sikkert også overvejet for og i mod og valgt den vej de mener giver bedst mening på tværs af deres kundegrupper.

    Charmen er jo så at finde områder hvor det giver mening at ændre på hvordan det håndteres, og hive ekstra performance ud af det. Det er dit Battlerite boost jo et glimrende eksempel på.

    #18

    Sven_Bent
    Bruger
    25.329 indlæg
    Offline

    #16
    Jeg var maaske lige lidt hurtigt paa aftraeeken med fanboy bemaerkning.
    PSTD fra andre diskuttioner som hurtige loebe ud I en AMD vs intel

    min pint er blot at vi skal passe paa med at pege fingre en til problememt er fuld ud forstaaet.
    Hvad jeg har samlet sammen af det indtil videre er AMD helt og afdeles uskyldig i det. Jeg vill paasta at der er langt mere MS skyld at det sker. men samtidigt at MS har god grund til at tingene er som det er.

    korret linux har ikek problemmet fordi de har et storre udvalgt af CPU scheduler.

    HVad der rammer her er en optimering microsoft har lavet som bare ikke passer saerlgit godt paa den cpu sammensaetnign som AMD her.
    jeg mener at selve dne performance optiering faktisk skylde en gamle Intel XEON hvor cpu’en var 2 numa node. og led af samem eledngie performance som 2990Wx bliver ram af her

    Micrsoft udgav saa en patch der gjorde cpu schedulering mere neutral til systme med kun 2 numa cores

    de mindre AMD cpu har kun 2 numa cores og kore derfor fint.
    2990wx har 4 numa cores dvs den MS cpu scheduerl begynder nu at lave dne traad til foerste Numa optimering som er god for visse servere. men som skaber stor performance tab i software some cinebench. og andet single process software med mange traade

    her er hvad cpu scheduler goer

    normal:
    en core er en core og en traad foer den forste ledige cores i et round robing system.

    sever optimering.
    en traad blvier smid til de cores som er paa den numa node der har ram acces for frdi de ner hurtiger

    las os sige du kun har en hand fulld trade her og der der skal have cpu tid og der skifter over tid. saa er serv optimering nice fordi du hele tiden blive tildelt de de hurtigers core
    men det koster i performance at bliver smidt over paa den hurtige core.
    saa saa lange det kun sker en smule siden frem og tilbage er der et boost fra det

    cinebench har trigtige mange traade og de vil alle gerne have saa hurtigt en core som muligt.
    windows proeve kontants at hie alle disse traade over paa den hurtige cores.
    dvs traaende bliver foert frem og tilbage immellem cores. og nu skal alel de cpu cahces flytte data frem og tibalge kontants og det sloever hele lorter ned.

    Den server optimering er ikke til stede i *nix
    og som sagt slog MS den fra pa cpu med kun 2 numa cores
    AMD 2990wx er 4 numa cores og bliver derfor ram af denne server optimering

    loesningen er nemt nok fra MS side af. da har allerede fikset det en gang for intel.
    spoergsmaalet er om de vil for AMD

    det kunne laves med en simpel regis key entry saa ledes at man som servre adminstratur selv kunne vaelger om men vil have server optimering eller ej

    dette er helelt ikke et ny fanomen de finder regsitry keys der andre paa hvordan CP scheduler deller cpu tid ud og den er opsat forskellige fra desktop og server version.

    saa i min lille verden saa er det et microsoft problem, de nemt kan loese hvis de gad.
    men igen. jeg kan tage fejl

    Sven Bent - Dr. Diagnostic
    www.TechCenter.DK

    #19

    MessiahDK
    Bruger
    755 indlæg
    Offline

    skal lige høre om jeg skal starte project mercury hver gang jeg booter min pc op eller gemmer den settings når jeg genstarter.

    Hvad settings vil du anbefale at slå til med en ryzen cpu?

    #20

    Sven_Bent
    Bruger
    25.329 indlæg
    Offline

    #19
    Ddu skal selv starte det. eller ligge en genvej i din start mappe.
    Jeg er klar over at med windows 10 horrible interface er det lidt mere besvaergeligt

    Standard opsaetning er det som kan anbefales at koere hele tiden.
    resten kraever lidt videom hvornar du skal slaa dem til eller ej

    For de fleste spill vil ” no ccx switching” hjaelpe hvis du har 8cores+SMT eller hoejere
    Men der er nogle faa hvor det vil skade performance

    Sven Bent - Dr. Diagnostic
    www.TechCenter.DK

Viser 5 kommentarer - 16 til 20 (af 20 i alt)
  • Du skal være logget ind for at kommentere på dette indlæg.