Umgebungstemperatur ist Raumtemperatur hier.
Bei Vollast? Gaming bedeutet CPU und GPU heizen maximal.
A320M-A PRO
Ryzen mit einem 40,- Euro Brett ? 🐸
Schau auch mal nach ACPI, nix als Ärger mit MSI - rein subjektive Erfahrung!
Anmeldungsdatum: Beiträge: 23336 |
Bei Vollast? Gaming bedeutet CPU und GPU heizen maximal.
Ryzen mit einem 40,- Euro Brett ? 🐸 Schau auch mal nach ACPI, nix als Ärger mit MSI - rein subjektive Erfahrung! |
Supporter
(Themenstarter)
Anmeldungsdatum: Beiträge: 22097 Wohnort: ~ |
Voila dmesg | egrep 'acpi|ACPI' [ 0.000000] BIOS-e820: [mem 0x000000000a200000-0x000000000a20afff] ACPI NVS [ 0.000000] BIOS-e820: [mem 0x00000000dc0d7000-0x00000000dc1e1fff] ACPI NVS [ 0.000000] reserve setup_data: [mem 0x000000000a200000-0x000000000a20afff] ACPI NVS [ 0.000000] reserve setup_data: [mem 0x00000000dc0d7000-0x00000000dc1e1fff] ACPI NVS [ 0.000000] efi: ACPI 2.0=0xdc15e000 ACPI=0xdc15e000 SMBIOS=0xdced0000 MEMATTR=0xd9e3e698 ESRT=0xd9e3ff98 [ 0.005939] ACPI: Early table checksum verification disabled [ 0.005943] ACPI: RSDP 0x00000000DC15E000 000024 (v02 ALASKA) [ 0.005945] ACPI: XSDT 0x00000000DC15E090 0000A4 (v01 ALASKA A M I 01072009 AMI 00010013) [ 0.005950] ACPI: FACP 0x00000000DC165828 000114 (v06 ALASKA A M I 01072009 AMI 00010013) [ 0.005954] ACPI: DSDT 0x00000000DC15E1D0 007654 (v02 ALASKA A M I 01072009 INTL 20120913) [ 0.005957] ACPI: FACS 0x00000000DC1CAE00 000040 [ 0.005958] ACPI: APIC 0x00000000DC165940 00015E (v03 ALASKA A M I 01072009 AMI 00010013) [ 0.005960] ACPI: FPDT 0x00000000DC165AA0 000044 (v01 ALASKA A M I 01072009 AMI 00010013) [ 0.005962] ACPI: FIDT 0x00000000DC165AE8 00009C (v01 ALASKA A M I 01072009 AMI 00010013) [ 0.005965] ACPI: SSDT 0x00000000DC165B88 000060 (v02 ALASKA CPUSSDT 01072009 AMI 01072009) [ 0.005967] ACPI: SSDT 0x00000000DC165BE8 005419 (v02 AMD AmdTable 00000002 MSFT 04000000) [ 0.005968] ACPI: SSDT 0x00000000DC16B008 00366B (v01 AMD AMD AOD 00000001 INTL 20120913) [ 0.005970] ACPI: MCFG 0x00000000DC16E678 00003C (v01 ALASKA A M I 01072009 MSFT 00010013) [ 0.005972] ACPI: HPET 0x00000000DC16E6B8 000038 (v01 ALASKA A M I 01072009 AMI 00000005) [ 0.005974] ACPI: UEFI 0x00000000DC16E6F0 000042 (v01 ALASKA A M I 00000002 01000013) [ 0.005976] ACPI: IVRS 0x00000000DC16E738 0000D0 (v02 AMD AMD IVRS 00000001 AMD 00000000) [ 0.005978] ACPI: CRAT 0x00000000DC16E808 000810 (v01 AMD AMD CRAT 00000001 AMD 00000001) [ 0.005980] ACPI: CDIT 0x00000000DC16F018 000029 (v01 AMD AMD CDIT 00000001 AMD 00000001) [ 0.005981] ACPI: SSDT 0x00000000DC16F048 001D4A (v01 AMD AmdTable 00000001 INTL 20120913) [ 0.005983] ACPI: SSDT 0x00000000DC170D98 0000BF (v01 AMD AMD PT 00001000 INTL 20120913) [ 0.005985] ACPI: WSMT 0x00000000DC170E58 000028 (v01 ALASKA A M I 01072009 AMI 00010013) [ 0.005993] ACPI: Local APIC address 0xfee00000 [ 0.028807] ACPI: PM-Timer IO Port: 0x808 [ 0.028810] ACPI: Local APIC address 0xfee00000 [ 0.028818] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1]) [ 0.028841] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.028842] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) [ 0.028843] ACPI: IRQ0 used by override. [ 0.028844] ACPI: IRQ9 used by override. [ 0.028846] Using ACPI (MADT) for SMP configuration information [ 0.028847] ACPI: HPET id: 0x10228201 base: 0xfed00000 [ 0.074473] ACPI: Core revision 20190816 [ 0.391305] PM: Registering ACPI NVS region [mem 0x0a200000-0x0a20afff] (45056 bytes) [ 0.391305] PM: Registering ACPI NVS region [mem 0xdc0d7000-0xdc1e1fff] (1093632 bytes) [ 0.391305] ACPI: bus type PCI registered [ 0.391305] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [ 0.394945] ACPI: Added _OSI(Module Device) [ 0.394945] ACPI: Added _OSI(Processor Device) [ 0.394945] ACPI: Added _OSI(3.0 _SCP Extensions) [ 0.394945] ACPI: Added _OSI(Processor Aggregator Device) [ 0.394945] ACPI: Added _OSI(Linux-Dell-Video) [ 0.394945] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio) [ 0.394945] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics) [ 0.406843] ACPI: 6 ACPI AML tables successfully acquired and loaded [ 0.407878] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored [ 0.409539] ACPI: Interpreter enabled [ 0.409553] ACPI: (supports S0 S3 S4 S5) [ 0.409554] ACPI: Using IOAPIC for interrupt routing [ 0.409875] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 0.410127] ACPI: Enabled 2 GPEs in block 00 to 1F [ 0.416738] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff]) [ 0.416743] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] [ 0.416912] acpi PNP0A08:00: _OSC: platform does not support [SHPCHotplug PME LTR] [ 0.417073] acpi PNP0A08:00: _OSC: OS now controls [PCIeHotplug AER PCIeCapability] [ 0.417082] acpi PNP0A08:00: [Firmware Info]: MMCONFIG for domain 0000 [bus 00-3f] only partially covers this bridge [ 0.423369] ACPI: PCI Interrupt Link [LNKA] (IRQs 4 5 7 10 11 14 15) *0 [ 0.423422] ACPI: PCI Interrupt Link [LNKB] (IRQs 4 5 7 10 11 14 15) *0 [ 0.423467] ACPI: PCI Interrupt Link [LNKC] (IRQs 4 5 7 10 11 14 15) *0 [ 0.423525] ACPI: PCI Interrupt Link [LNKD] (IRQs 4 5 7 10 11 14 15) *0 [ 0.423576] ACPI: PCI Interrupt Link [LNKE] (IRQs 4 5 7 10 11 14 15) *0 [ 0.423618] ACPI: PCI Interrupt Link [LNKF] (IRQs 4 5 7 10 11 14 15) *0 [ 0.423659] ACPI: PCI Interrupt Link [LNKG] (IRQs 4 5 7 10 11 14 15) *0 [ 0.423700] ACPI: PCI Interrupt Link [LNKH] (IRQs 4 5 7 10 11 14 15) *0 [ 0.424138] ACPI: bus type USB registered [ 0.424138] PCI: Using ACPI for IRQ routing [ 0.436827] pnp: PnP ACPI init [ 0.437073] system 00:00: Plug and Play ACPI device, IDs PNP0c01 (active) [ 0.437209] system 00:01: Plug and Play ACPI device, IDs PNP0c02 (active) [ 0.437500] pnp 00:02: Plug and Play ACPI device, IDs PNP0b00 (active) [ 0.437778] system 00:03: Plug and Play ACPI device, IDs PNP0c02 (active) [ 0.438174] pnp 00:04: Plug and Play ACPI device, IDs PNP0501 (active) [ 0.438490] system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active) [ 0.439117] pnp: PnP ACPI: found 6 devices [ 0.448161] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns [ 0.621995] ACPI: Power Button [PWRB] [ 0.622041] ACPI: Power Button [PWRF] [ 0.738954] powernow_k8: This CPU is not supported anymore, using acpi-cpufreq instead. [ 0.818470] ACPI: Video Device [VGA] (multi-head: yes rom: no post: no) [ 0.818643] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP0.VGA.LCD._BCM.AFN7], AE_NOT_FOUND (20190816/psargs-330) [ 0.818662] ACPI Error: Aborting method \_SB.PCI0.GPP0.VGA.LCD._BCM due to previous error (AE_NOT_FOUND) (20190816/psparse-529) [ 0.818666] ACPI Error: Evaluating _BCM failed (20190816/video-357) [ 0.818978] ACPI: Video Device [VGA1] (multi-head: yes rom: no post: no) [ 0.819022] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GP17.VGA.LCD._BCM.AFN7], AE_NOT_FOUND (20190816/psargs-330) [ 0.819034] ACPI Error: Aborting method \_SB.PCI0.GP17.VGA.LCD._BCM due to previous error (AE_NOT_FOUND) (20190816/psparse-529) [ 0.819038] ACPI Error: Evaluating _BCM failed (20190816/video-357) [ 0.828176] acpi PNP0C14:02: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:01) |
Anmeldungsdatum: Beiträge: 23336 |
Kann eine Erklärung sein für die Instabilität, muß aber nicht. 🐸 Ich hatte unmotivierte Abstürze, die Lösung war Windows. Bei dir sieht es ja anders aus. |
Supporter
(Themenstarter)
Anmeldungsdatum: Beiträge: 22097 Wohnort: ~ |
Ok, es war "einfacher" als ich dachte. Im wxlauncher war beim Antialiasing "trilinear" eingestellt, in Knossos "bilinear". Warum auch immer haben die beiden eventuell kommuniziert, obwohl es separate Installationen auf der Platte sind?! Vielleicht liegts an der verwendeten identischen Engine, die unter .fs2_open ihre Settings ablegt und Knossos greift auch darauf zu?! Auf jeden Fall lief das Level, das immer gecrasht ist (Aftermath-The Blue Guardian-Mod), mit "bilinear" und wxlauncher problemlos durch, ohne irgendwelche Pixel, Crashes, usw. Starte ich diese Kampagne mit Knossos bin ich level-mäßig so weit wie mit wxlauncher...vielleicht wiederhole ich das Level mit Knossos, um es zu verifizieren. Das "Problem" der Lüfterdrehzahlanzeige ist somit erledigt, wenn auch nicht gelöst. Danke an die Beteiligten. P.S.: Der Vollständigkeit halber: Auf dem 2. Monitor habe ich nvidia-settings parallel laufen lassen, als vor der Lösung oben gecrasht wurde. Die Temperatur war beim Crash 75°C P.P.S.: Windows ist keine Lösung 😉 |
Anmeldungsdatum: Beiträge: 23336 |
Ein Strommesser wäre an dieser Stelle -eventuell- ganz lustig.
Für die GraKa nicht schädlich, aber halt für das "soziale" Umfeld - falls passiv! Du sitzt vor dem Gerät. Ist auf jeden Fall so halbwegs nachvollziehbar, was du da schreibst. 👍 |
Supporter
(Themenstarter)
Anmeldungsdatum: Beiträge: 22097 Wohnort: ~ |
Der Quellcode der Engine hat sich insoweit ja nicht geändert. Neuere Engines, die über Knossos direkt installiert/ausgeliefert werden, sind AppImages. Wenn der Name des Spielers dann auch noch identisch ist, kollidieren offenbar die Launcher über die Settings-Files. Ansonsten wäre der Spielstand ja nicht identisch. |
Supporter
(Themenstarter)
Anmeldungsdatum: Beiträge: 22097 Wohnort: ~ |
Ok, geändert hat sich etwas: Im BIOS IOMMU aktiviert ("Auto" deaktivierte es automatisch) → Keine Änderung Dann den Parameter mem_encrypt=off gesetzt. Crashes finden immer noch statt, jetzt aber mit ca. 5-sekündigen Lags, dann läufts weiter, bleibt wieder stehen, usw. Selbst wenn das Spiel und Knossos beendet sind, ist der Lag im System vorhanden. Noch Ideen? Folgendes habe ich jetzt im syslog gefunden: Aug 16 18:28:04 localhost kernel: [31885.770781] nvidia-modeset: WARNING: GPU:0: Lost display notification (0:0x00000000); continuing. Aug 16 18:28:10 localhost kernel: [31891.775606] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000987d:0:0:954 Aug 16 18:28:12 localhost kernel: [31893.775010] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000987d:0:0:954 Aug 16 18:28:14 localhost kernel: [31895.830906] nvidia-modeset: ERROR: GPU:0: Idling display engine timed out: 0x0000987d:0:0:466 |
Supporter
(Themenstarter)
Anmeldungsdatum: Beiträge: 22097 Wohnort: ~ |
Nach der Fehlermeldung gesucht und irqpoll gesetzt, keine Wirkung |
Supporter
(Themenstarter)
Anmeldungsdatum: Beiträge: 22097 Wohnort: ~ |
Ich habe festgestellt, dass beim REISUB oftmals "recovering journal" angezeigt wird. Dadurch bin ich auf Bugreports gestossen, die sich mit dem Aussteigen der GraKa, als auch mit einem Festplattenbug befassen, der schon ziemlich alt ist und herstellerunabhängig auftritt. Bis 5.4 nicht gefixt, eine vorgeschlagene Lösung ist 5.5, den 5.5-19 habe ich jetz mal installiert. Ich berichte, wenn ich Zeit habe, es zu testen |
Supporter
(Themenstarter)
Anmeldungsdatum: Beiträge: 22097 Wohnort: ~ |
Jetzt habe ich das Paket linux-firmware aus 20.10 installiert. Gefühlt ist der Rechner schneller als vorher. Ich berichte weiter...Kernel 5.5 alleinig war nicht die Lösung |
Supporter
(Themenstarter)
Anmeldungsdatum: Beiträge: 22097 Wohnort: ~ |
Ok, jetzt habe ich nach dieser Anleitung c6 deaktiviert: https://forum.kuketz-blog.de/viewtopic.php?t=107 Bis auf ein paar "Blips" kein Crash. Allerdings musste ich das Skript von Hand über sudo python3 /usr/local/bin/zenstates.py --c6-disable starten. Ausgabe danach sudo python3 /usr/local/bin/zenstates.py -l [sudo] Passwort für XXX: P0 - Enabled - FID = 90 - DID = 8 - VID = 18 - Ratio = 36.00 - vCore = 1.40000 P1 - Enabled - FID = 8A - DID = C - VID = 5C - Ratio = 23.00 - vCore = 0.97500 P2 - Enabled - FID = 7E - DID = 12 - VID = 6C - Ratio = 14.00 - vCore = 0.87500 P3 - Disabled P4 - Disabled P5 - Disabled P6 - Disabled P7 - Disabled C6 State - Package - Disabled C6 State - Core - Disabled Modul msr ist geladen. Wie kann ich das automatisieren? DAS klappt nämlich nicht |
Anmeldungsdatum: Beiträge: 12990 Wohnort: Oldenburg/Erlangen |
Wenn dir das erstellen einer systemd Konfiguration dafür zu hoch ist, gibt es auch noch eine |
Supporter
(Themenstarter)
Anmeldungsdatum: Beiträge: 22097 Wohnort: ~ |
rc.local erstellt, funktioniert auch, aber crasht immer noch. Jetzt teste ich das hier https://forum.mxlinux.org/viewtopic.php?f=92&t=52920#p529724 mit den Bootoptionen idle=nomwait nvme_core.default_ps_max_latency_us=5500 |
Supporter
(Themenstarter)
Anmeldungsdatum: Beiträge: 22097 Wohnort: ~ |
Blips und Freezes gabs immer noch. Jetzt ist mir etwas anderes aufgefallen/wieder eingefallen: Ich nutze eine TP-Link WN821N WLAN-USB-Stick. Bei meinem alten Rechner hatte das mitgelieferte VL-Kabel immer wieder Aussetzer, weshalb "damals" der Stick direkt am Rechner hing und hier aber am VL-Kabel. Während der hier beobachteten Freezes leuchtete auch dieser Stick permanent und nix ging mehr (weiter dran: USB-Tastatur und USB-Maus). Jetzt habe ich den Stick wieder direkt an diesem neuen Rechner und bisher bei FS2 keine Blips o.Ä. Ich beobachte weiter. Jetzt lsusb -t /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 10000M /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M |__ Port 1: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M |__ Port 1: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 10000M /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M |__ Port 3: Dev 2, If 0, Class=Video, Driver=uvcvideo, 480M |__ Port 3: Dev 2, If 1, Class=Video, Driver=uvcvideo, 480M /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/3p, 10000M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 480M |__ Port 6: Dev 4, If 0, Class=Vendor Specific Class, Driver=ath9k_htc, 480M |__ Port 9: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M |__ Port 9: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M |
Supporter
(Themenstarter)
Anmeldungsdatum: Beiträge: 22097 Wohnort: ~ |
Bisher die stabilste Lösung (ohne Blips und Crash):
python3 /usr/local/bin/zenstates.py --c6-disable
idle=nomwait nvme_core.default_ps_max_latency_us=5500 Sowie den WLAN-Stick direkt anstecken. Teile von "inxi -F" System: Host: slayer Kernel: 5.4.0-42-generic x86_64 bits: 64 Desktop: Gnome 3.36.4 Distro: Ubuntu 20.04.1 LTS (Focal Fossa) Machine: Type: Desktop Mobo: Micro-Star model: A320M-A PRO (MS-7C51) v: 1.0 serial: <superuser/root required> UEFI: American Megatrends v: 1.30 date: 11/08/2019 CPU: Topology: Quad Core model: AMD Ryzen 3 3200G with Radeon Vega Graphics bits: 64 type: MCP L2 cache: 2048 KiB Speed: 2952 MHz min/max: N/A Core speeds (MHz): 1: 2952 2: 2957 3: 2955 4: 2951 Graphics: Device-1: NVIDIA GP108 [GeForce GT 1030] driver: nvidia v: 450.66 Display: x11 server: X.Org 1.20.8 driver: nvidia resolution: 1920x1200~60Hz OpenGL: renderer: GeForce GT 1030/PCIe/SSE2 v: 4.6.0 NVIDIA 450.66 Audio: Device-1: NVIDIA GP108 High Definition Audio driver: snd_hda_intel Device-2: AMD Family 17h HD Audio driver: snd_hda_intel Sound Server: ALSA v: k5.4.0-42-generic Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8168 IF: enp37s0 state: down mac: 00:d8:61:fd:8f:32 Device-2: Qualcomm Atheros TP-Link TL-WN821N v3 / TL-WN822N v2 802.11n [Atheros AR7010+AR9287] type: USB driver: ath9k_htc IF: wlxf8d111b46001 state: up mac: f8:d1:11:b4:60:01 Sensors: System Temperatures: cpu: 32.0 C mobo: N/A gpu: nvidia temp: 39 C Fan Speeds (RPM): fan-1: 0 fan-2: 1609 fan-3: 0 fan-4: 0 fan-5: 0 gpu: nvidia fan: 30% |