pidin nüüd üle lugema. seal on eriti halvasti kirjutatud kuid graafikut vaadates lähevad need voolutarbed kokku cinebenchi jooksutamisega 4.8ghz peal.
custom compute mudru lükkas samas konfis 335w peale ja prime koos avx-iga crashis sellesama 264w viimase näiduga. _________________ - londiste
...aga mina ei saa kunagi suureks!
kas ryzeni voolutarve/temp teeb ka avx(2)-ga imetrikke?
viitsib keegi vaadata voolutarvet prime95 28.5 vs 26.6 (või otsida kuidas uuel avx välja lülitati). _________________ - londiste
...aga mina ei saa kunagi suureks!
Küsimus Ryzeni kasutajatele - kas kokkupakkimisel (compress, 7zip või winrar) on ikka kõik tuumad/threadid hõivatud või ainult tuumad aga mitte threadid?
Küsin kuna justkui tundub, et kokkupakkimine miskipärast ei oska SMT piisavalt ära kasutada. Näiteks: http://www.legitreviews.com/wp-content/uploads/2017/03/7zip.jpg
8c/16t puhul peaks siis CPU kasutus olema ideaalselt 1600% (16x100). Decompressionis ongi aga compressionis justkui max 1400% ehk 14 threadi hõivatud. Kas see seletaks Ryzeni kehva kokkupakkimise jõudlust äkki?
sama tulemuse saad suvalise smt prosega (inteli ht peal näed ka). kokku pakkimine on ilmselt proseintensiivsem ja skaleerub vähemalt jagatud ressurssidele halvemini. _________________ - londiste
...aga mina ei saa kunagi suureks!
Ma ei näe põhjust miks nt käsitsi määratud allcore takt mis on stabiilne kõiges muus nüüd takistuseks saaks. Kahtlemata on kokkupakkimine intensiivne, aga siis peaks tavalisest madalam SMT ja threadide kasutus olema ka teistes proseintensiivsetes asjades mis oskavad tuumi ära kasutada a'la cinebench jms.
Kas tegu võib olla lihtsalt kokkupakkimise koodi/algoritmi/programmi enda probleemiga kus see Zen arhidektuuri hästi ei mõista?
Vaatan, et 7zip on see aasta ainult ühe uuenduse saanud. Ryzenist ei sõnagi. Ainult mainitakse, et lahtipakkimise koodi on parandatud. http://www.7-zip.org/history.txt
Ma ei näe põhjust miks nt käsitsi määratud allcore takt mis on stabiilne kõiges muus nüüd takistuseks saaks. Kahtlemata on kokkupakkimine intensiivne, aga siis peaks tavalisest madalam SMT ja threadide kasutus olema ka teistes proseintensiivsetes asjades mis oskavad tuumi ära kasutada a'la cinebench jms.
Kas tegu võib olla lihtsalt kokkupakkimise koodi/algoritmi/programmi enda probleemiga kus see Zen arhidektuuri hästi ei mõista?
Vaatan, et 7zip on see aasta ainult ühe uuenduse saanud. Ryzenist ei sõnagi. Ainult mainitakse, et lahtipakkimise koodi on parandatud. http://www.7-zip.org/history.txt
no kuule, su küsimus pole takti kohta ju. see on mingi 7zip enda arusaam efektiivsuse protsendist. ja mitte nii, et 14 threadi 16st on kasutuses vaid et jõudlus on 14x võrreldes ühe core omaga. smt-ga ei saagi eeldada 100% skaleeruvust kõigil juhtudel.
arhitektuuri mõistmisega pole siin midagi pistmist, ära hakka kolli otsima. sama tulemus on ka inteli ht puhul. _________________ - londiste
...aga mina ei saa kunagi suureks!
sa ei või postitada uusi teemasid siia foorumisse sa ei või vastata selle foorumi teemadele sa ei või muuta oma postitusi selles foorumis sa ei või kustutada oma postitusi selles foorumis sa ei või vastata küsitlustele selles foorumis sa ei saa lisada manuseid selles foorumis sa võid manuseid alla laadida selles foorumis
Hinnavaatlus ei vastuta foorumis tehtud postituste eest.
:: KKK
:: otsing 
:: statistika
:: kasutajate nimekiri
:: kasutajate grupid
:: registreeri
Spoiler 
Ma lugeda ei jõudnud veel, kuulasin YT.
