And I'm back.Ant P. wrote:Haven't voted in this, but I'm planning on getting a Gigabyte one in the future for several reasons:
1) this model I've found has no stupid LEDs (a rare occurrence)
2) I already have an AM2 one from them and it's lasted a decade with very few issues; everything on it works and the BIOS update routine doesn't have any obnoxious win32 dependencies.
I'll be sure to document every tiny thing wrong with with the firmware when I get it.
Code: Select all
dev-lang/rust: 13′46″ average for 1 merge
net-libs/webkit-gtk: 22′17″ average for 1 merge
sys-devel/clang: 11′08″ average for 2 merges
sys-devel/gcc: 25′05″ average for 6 merges
sys-devel/llvm: 10′20″ average for 2 merges
www-client/firefox: 14′47″ average for 1 merge
Tried emerging but it didn't like something.Ant P. wrote: And to hell with the UFO lights on that CPU fan! eix -R app-misc/cm-rgb if you just want it to go away.

As far as CPU temperature reporting, the out-of-tree zenpower module works for my 2700x/x470 Taichi. It doesn't do fans, but I've set curves in the UEFI. I think 5.6's k10temp does everything that zenpower does for me, but I'm fine with 5.4 for now.Anon-E-moose wrote:Tried emerging but it didn't like something.Ant P. wrote: And to hell with the UFO lights on that CPU fan! eix -R app-misc/cm-rgb if you just want it to go away.
I bit the bullet the few days.
Said farewell to the M5a99fx/fx8320/32g mem
and replaced it with PRIME x570-pro/3700x/64g mem.
I've set -j14 and it still compiles pretty fast leaving me with 2 other cores to play with.
Just minor probs, same as saellaven earlier, no cpu temp reporting.
I have been using the MuQSS scheduler for a while, but when I try to boot, it stalls at that point, haven't looked at it in detail yet.
Code: Select all
sensors
zenpower-pci-00c3
Adapter: PCI adapter
SVI2_Core: +0.76 V
SVI2_SoC: +1.12 V
Tdie: +43.5°C (high = +95.0°C)
Tctl: +53.5°C
SVI2_P_Core: 5.51 W
SVI2_P_SoC: 12.99 W
SVI2_C_Core: +7.27 A
SVI2_C_SoC: +11.54 A
Sorry to hear that. emerge problem or does it do weird things at runtime? I've seen some of the latter myself, the ebuild could do with some improvement.Anon-E-moose wrote:Tried emerging but it didn't like something.Ant P. wrote: And to hell with the UFO lights on that CPU fan! eix -R app-misc/cm-rgb if you just want it to go away.
Kernel 5.6 fixes that. I haven't been able to get 5.6 to boot on mine yet, it hangs after refind. I applied the 5.6 hwmon patches to my 5.5 tree and it works fine there though. Weirdly there's no "maximum" temperature in the sensor output any more, there was with the old one.Just minor probs, same as saellaven earlier, no cpu temp reporting.
Had a similar problem here. It works when there's sufficient load, but the system goes comatose when cores are idle and there's no source of external interrupts. This isn't the only CPU I've had those symptoms on, but it's far more pronounced when there's so many cores to go idle...I have been using the MuQSS scheduler for a while, but when I try to boot, it stalls at that point, haven't looked at it in detail yet.

Code: Select all
k10temp-pci-00c3
Adapter: PCI adapter
Vcore: +1.04 V
Vsoc: +0.92 V
Tdie: +40.6°C
Tctl: +40.6°C
Icore: +20.00 A
Isoc: +5.50 A
I'm sure it's a minor thing, I had just downloaded the stuff and tried from scratch and it complained about corruption in ebuild, I'll try again later today.Ant P. wrote:Sorry to hear that. emerge problem or does it do weird things at runtime? I've seen some of the latter myself, the ebuild could do with some improvement.Anon-E-moose wrote:Tried emerging but it didn't like something.Ant P. wrote: And to hell with the UFO lights on that CPU fan! eix -R app-misc/cm-rgb if you just want it to go away.
Interesting, I'll probably look at doing that.Kernel 5.6 fixes that. I haven't been able to get 5.6 to boot on mine yet, it hangs after refind. I applied the 5.6 hwmon patches to my 5.5 tree and it works fine there though. Weirdly there's no "maximum" temperature in the sensor output any more, there was with the old one.Just minor probs, same as saellaven earlier, no cpu temp reporting.
Code: Select all
Mon Mar 11 06:53:06 2019 >>> sys-devel/gcc-8.2.0-r6
merge time: 41 minutes and 23 seconds.
Sat Apr 4 12:01:34 2020 >>> sys-devel/gcc-8.2.0-r6
merge time: 15 minutes and 7 seconds.
Sat Apr 4 12:23:06 2020 >>> sys-devel/gcc-9.2.0-r2
merge time: 18 minutes and 22 seconds.Ah, something for me to start looking at, might be just a minor thing.Had a similar problem here. It works when there's sufficient load, but the system goes comatose when cores are idle and there's no source of external interrupts. This isn't the only CPU I've had those symptoms on, but it's far more pronounced when there's so many cores to go idle...

and from the admin-guide/kernel-parameters.txtGets stuck booting the kernel when running with RQSHARE_MC on my AMD Phenom X6.
Setting it to RQSHARE_NONE boots just fine.
Seems to typically stop right around PCI initialization or after the following line:
NOHZ: local_softirq_pending 02
...
similar issue encountred: MuQSS 0.170, core i7 2760qm
setting notrheadirqs boots just fine with whatever rqshare=smp,smt,none setting, if either SMT/HT is enabled or not in BIOS.
threadirqs locks up boot if HT is disabled in BIOS and rqshare=smp, with rqshare=none threadirqs does not lock up boot. conclusion is that threadirqs conflicts with any type of rqsuare=smp|smt|mc
i've encountered a similar issue with a NUMA machine (dual-socket xeon x5670), but didn't track down wether it is related to threadirqs for sure, but i suspect it is because boot lockups were observed too. otherwise the following setup boots just fine with NUMA awareness: rqshare=smp and properly shared runqueue per socket, HT disabled in BIOS, threadirqs enabled but boot lockup was observed with HT=enabled in BIOS, rqshare=smp and threadirqs
Code: Select all
rqshare= [X86] Select the MuQSS scheduler runqueue sharing type.
Format: <string>
smt -- Share SMT (hyperthread) sibling runqueues
mc -- Share MC (multicore) sibling runqueues
smp -- Share SMP runqueues
none -- So not share any runqueues
Default value is mc
A bit more than some, IMO.Ant P. wrote:Sorry to hear that. emerge problem or does it do weird things at runtime? I've seen some of the latter myself, the ebuild could do with some improvement.Anon-E-moose wrote:Tried emerging but it didn't like something.Ant P. wrote: And to hell with the UFO lights on that CPU fan! eix -R app-misc/cm-rgb if you just want it to go away.

I doubt changing the thermal paste will help much. Ryzen CPUs, especially the Zen 2 ones* have those temperature spikes**, that often cause annoying fan sound. I'd recommend you to change you fan settings in the BIOS. As an example I've set my CPU fan speeds as follows: 35% until 55C, 55% 72C, 80% 82C. Use those values only as a general guideline but adjust as needed for your cooler etc. Do the same for the case fans. Many motherboards also have a "fan smoothing time" (may be named differently). Increasing it can help. Of course keep an eye on the CPU temperature after changing these settings, things can get toasty especially when compiling heavy stuff with all 12 threads.Makersmarx wrote:Ive been running GA-AB350-Gaming (rev. 1.x) with the Ryzen 1600 since it came out without any issues (even overclocked a bit to 3.8GHZ with the stock cooler this entire time). I just upgraded the CPU yesterday with a 3600 without issues (after upgrading BIOS). Only real difference I notice is my temps jump UP DOWN UP DOWN very often. Could be the thermal paste or as I see all over the place its what they do, but my 1600 seemed much more stable temp wise (They cooler seemed to be built better as well with the 1600). Not that this cpu is throwing anything extreme temp wise, just jumping up and down a lot unless idle. I'm running 5.6.2 Kernel


Agree, I have a fan curve I have set in bios and haven't had any annoying fan sounds as of yet. Was just noting the differences in "spikes" vs my 1600. Ex...At idle I am 34-37 open a browser it will spike to 47 or so then drop back down. I didn't notice these changes with my 1600, but as you mentiond it appears to be the Zen 2 changes.fcl wrote:I doubt changing the thermal paste will help much. Ryzen CPUs, especially the Zen 2 ones* have those temperature spikes**, that often cause annoying fan sound. I'd recommend you to change you fan settings in the BIOS. As an example I've set my CPU fan speeds as follows: 35% until 55C, 55% 72C, 80% 82C. Use those values only as a general guideline but adjust as needed for your cooler etc. Do the same for the case fans. Many motherboards also have a "fan smoothing time" (may be named differently). Increasing it can help. Of course keep an eye on the CPU temperature after changing these settings, things can get toasty especially when compiling heavy stuff with all 12 threads.Makersmarx wrote:Ive been running GA-AB350-Gaming (rev. 1.x) with the Ryzen 1600 since it came out without any issues (even overclocked a bit to 3.8GHZ with the stock cooler this entire time). I just upgraded the CPU yesterday with a 3600 without issues (after upgrading BIOS). Only real difference I notice is my temps jump UP DOWN UP DOWN very often. Could be the thermal paste or as I see all over the place its what they do, but my 1600 seemed much more stable temp wise (They cooler seemed to be built better as well with the 1600). Not that this cpu is throwing anything extreme temp wise, just jumping up and down a lot unless idle. I'm running 5.6.2 Kernel
* because of small 7nm manifacturing
** "ryzen sawtooth" search shows interesting results


Anon-E-moose wrote:If you're running with Performance Core Boost (bios setting), you might disable it and see if your temp surges don't stabilize.
As far as the difference between Ryzen and previous gen chips, it might be more the lack of reporting in previous gens vs a real difference.
OC'ing should be fine with the stock cooler, with a little moderation in mind. And be aware that with OC comes increased overall heat, not just the cpu itself.
Code: Select all
make -C /usr/src/linux/tools/power/x86/turbostat/ BUILD_OUTPUT=$PWD turbostat3700x with 32GBsdauth wrote:Don't want to create a thread for that so, can anyone using a Ryzen 3950X or similar tell me how long it takes to compile ungoogled-chromium on that beast ? (With thinlto, optimize-lto, optmize-webui USE flags on.)
Code: Select all
[ebuild N ] www-client/ungoogled-chromium-81.0.4044.138_p1::pf4public USE="clang cups kerberos proprietary-codecs system-ffmpeg system-harfbuzz system-icu system-jsoncpp system-libevent system-libvpx system-openh264 tcmalloc vdpau -cfi -closure-compile -convert-dict -custom-cflags -enable-driver -gnome -hangouts -optimize-thinlto -optimize-webui -ozone -pulseaudio (-selinux) -suid -system-openjpeg -thinlto -vaapi -wayland -widevine" L10N="-am -ar -bg -bn -ca -cs -da -de -el -en-GB -es -es-419 -et -fa -fi -fil -fr -gu -he -hi -hr -hu -id -it -ja -kn -ko -lt -lv -ml -mr -ms -nb -nl -pl -pt-BR -pt-PT -ro -ru -sk -sl -sr -sv -sw -ta -te -th -tr -uk -vi -zh-CN -zh-TW" PYTHON_TARGETS="python2_7 python3_7 -python3_6 (-python3_8)" 768,203 KiB
Sat May 23 04:36:17 2020 >>> www-client/ungoogled-chromium-81.0.4044.138_p1
merge time: 2 hours, 30 minutes and 24 seconds.
My Asus Prime X570-Pro has been rock solid since I got it at launch... and despite the cheaper price, it has more room for expansion than the TUF board, though the TUF board has some more built-ins (wifi, bluetooth, etc).Tony0945 wrote:Torn between the ASUS Prime X570-Pro and the ASUS AM4 TUF GAMING X570-Plus
The gaming board has more features but is $100 cheaper, but I look at that all black board and can't see much. Bad cataracts. It would be a bear finding were to plug things in. I have an older all black board but it has red connectors. Easy to find.
Anyone owning either of these care to comment?