Page 1 of 1

Very Slow Computer

Posted: Sun Dec 20, 2020 6:23 pm
by smilliken
How can I find out what is eating my memory? I've run Task Manager and it shows 18 to 20% of the memory in use and the computer is slow. Delays in typing, cursor movement. The specs are listed below:

Code: Select all

System:
  Host: <filter> Kernel: 5.4.0-3-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
  parameters: BOOT_IMAGE=/boot/vmlinuz-5.4.0-3-amd64 
  root=UUID=<filter> ro quiet splash 
  Desktop: Xfce 4.14.2 tk: Gtk 3.24.5 info: xfce4-panel wm: xfwm4 
  dm: LightDM 1.26.0 Distro: MX-19.3_x64 patito feo February 15  2020 
  base: Debian GNU/Linux 10 (buster) 
Machine:
  Type: Desktop Mobo: ASUSTeK model: TUF GAMING X570-PLUS (WI-FI) 
  v: Rev X.0x serial: <filter> UEFI [Legacy]: American Megatrends v: 1407 
  date: 04/01/2020 
CPU:
  Topology: 6-Core model: AMD Ryzen 5 3600 bits: 64 type: MT MCP arch: Zen 
  family: 17 (23) model-id: 71 (113) stepping: N/A microcode: 8701013 
  L2 cache: 3072 KiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm 
  bogomips: 86237 
  Speed: 4187 MHz min/max: 2200/3600 MHz boost: enabled Core speeds (MHz): 
  1: 4190 2: 2095 3: 2194 4: 2194 5: 2093 6: 2195 7: 2195 8: 2196 9: 4186 
  10: 2094 11: 2094 12: 2196 
  Vulnerabilities: Type: itlb_multihit status: Not affected 
  Type: l1tf status: Not affected 
  Type: mds status: Not affected 
  Type: meltdown status: Not affected 
  Type: spec_store_bypass 
  mitigation: Speculative Store Bypass disabled via prctl and seccomp 
  Type: spectre_v1 
  mitigation: usercopy/swapgs barriers and __user pointer sanitization 
  Type: spectre_v2 mitigation: Full AMD retpoline, IBPB: conditional, STIBP: 
  conditional, RSB filling 
  Type: tsx_async_abort status: Not affected 
Graphics:
  Device-1: AMD Park [Mobility Radeon HD 5430] vendor: PC Partner Limited 
  driver: radeon v: kernel bus ID: 08:00.0 chip ID: 1002:68e1 
  Display: x11 server: X.Org 1.20.9 driver: ati,radeon 
  unloaded: fbdev,modesetting,vesa 
  resolution: 1920x1080~60Hz, 1920x1080~60Hz 
  OpenGL: renderer: AMD CEDAR (DRM 2.50.0 / 5.4.0-3-amd64 LLVM 10.0.0) 
  v: 3.3 Mesa 20.1.8 compat-v: 3.1 direct render: Yes 
Audio:
  Device-1: AMD Cedar HDMI Audio [Radeon HD 5400/6300/7300 Series] 
  vendor: PC Partner Limited driver: snd_hda_intel v: kernel bus ID: 08:00.1 
  chip ID: 1002:aa68 
  Device-2: AMD Starship/Matisse HD Audio vendor: ASUSTeK 
  driver: snd_hda_intel v: kernel bus ID: 0a:00.4 chip ID: 1022:1487 
  Sound Server: ALSA v: k5.4.0-3-amd64 
Network:
  Device-1: Intel Wireless-AC 9260 driver: iwlwifi v: kernel bus ID: 03:00.0 
  chip ID: 8086:2526 
  IF: wlan0 state: down mac: <filter> 
  Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  vendor: ASUSTeK driver: r8169 v: kernel port: f000 bus ID: 04:00.0 
  chip ID: 10ec:8168 
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
  IF-ID-1: ppp0 state: unknown speed: N/A duplex: N/A mac: N/A 
Drives:
  Local Storage: total: 1.82 TiB used: 374.59 GiB (20.1%) 
  ID-1: /dev/sda vendor: Seagate model: ST3500418AS size: 465.76 GiB 
  block size: physical: 512 B logical: 512 B speed: 3.0 Gb/s 
  rotation: 7200 rpm serial: <filter> rev: CC35 scheme: MBR 
  ID-2: /dev/sdb vendor: Western Digital model: WD5000AAVS-00ZTB0 
  size: 465.76 GiB block size: physical: 512 B logical: 512 B 
  speed: 3.0 Gb/s serial: <filter> rev: 1B01 scheme: MBR 
  ID-3: /dev/sdc vendor: Seagate model: ST31000524AS size: 931.51 GiB 
  block size: physical: 512 B logical: 512 B speed: 6.0 Gb/s 
  rotation: 7200 rpm serial: <filter> rev: JC45 scheme: MBR 
Partition:
  ID-1: / raw size: 53.37 GiB size: 52.28 GiB (97.96%) 
  used: 14.33 GiB (27.4%) fs: ext4 dev: /dev/sda1 
  ID-2: /home raw size: 410.34 GiB size: 402.90 GiB (98.19%) 
  used: 263.40 GiB (65.4%) fs: ext4 dev: /dev/sda3 
  ID-3: swap-1 size: 2.05 GiB used: 0 KiB (0.0%) fs: swap 
  swappiness: 15 (default 60) cache pressure: 100 (default) dev: /dev/sda2 
Sensors:
  System Temperatures: cpu: 46.6 C mobo: N/A gpu: radeon temp: 46 C 
  Fan Speeds (RPM): N/A 
Repos:
  No active apt repos in: /etc/apt/sources.list 
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
  1: deb http://deb.debian.org/debian/ buster-updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/debian.list 
  1: deb http://deb.debian.org/debian/ buster main contrib non-free
  2: deb http://deb.debian.org/debian-security/ buster/updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/google-chrome.list 
  1: deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main
  Active apt repos in: /etc/apt/sources.list.d/megasync.list 
  1: deb https://mega.nz/linux/MEGAsync/Debian_10.0/ ./
  Active apt repos in: /etc/apt/sources.list.d/mx.list 
  1: deb http://mxrepo.com/mx/repo/ buster main non-free
  2: deb http://mxrepo.com/mx/testrepo/ buster test
  3: deb http://mxrepo.com/mx/repo/ buster ahs
  Active apt repos in: /etc/apt/sources.list.d/nodesource.list 
  1: deb https://deb.nodesource.com/node_12.x/ buster main
  2: deb-src https://deb.nodesource.com/node_12.x/ buster main
  No active apt repos in: /etc/apt/sources.list.d/openhab2.list 
  Active apt repos in: /etc/apt/sources.list.d/opera-stable.list 
  1: deb https://deb.opera.com/opera-stable/ stable non-free
  Active apt repos in: /etc/apt/sources.list.d/various.list 
  1: deb http://download.virtualbox.org/virtualbox/debian/ buster contrib
Info:
  Processes: 327 Uptime: 20d 22h 36m Memory: 31.34 GiB 
  used: 8.97 GiB (28.6%) Init: SysVinit v: 2.93 runlevel: 5 default: 5 
  Compilers: gcc: 8.3.0 alt: 8 Shell: quick-system-in 
  running in: quick-system-in inxi: 3.0.36 
There are 2 Conkys running and Opera, that's it. It takes a while to wake from the screen scaver.

Re: Very Slow Computer

Posted: Sun Dec 20, 2020 7:16 pm
by timkb4cq
I'd run

Code: Select all

dmesg -k
first to see if the kernel's complaining about anything then try

Code: Select all

dmesg -l err
to see all error conditions.
Going through the other logs in /var/log/ might be needed depending on what you find.

Re: Very Slow Computer

Posted: Sun Dec 20, 2020 7:39 pm
by JayM
Your version of MX Linux predates your computer. Use the AHS version instead.

Re: Very Slow Computer

Posted: Sun Dec 20, 2020 8:04 pm
by pianokeyjoe
Lol! I was looking for new topics and found this one and wow, thank you JayM! I have the same issue! My Intel i3 2.53ghz with 8GB ram HP laptop is so slow and even freezing from time to time with 100% CPU spikes. I am running MX 19.2 X64 normal release. AHS was not available at the time I installed MX into this lappy. Wow I wish there was a easy way to "upgrade" to AHS 19.3 cause this is a real pisser. My 4GB ram based towers and ultra small form factor computers all run faster than my laptop with 8GB of ram. Firefox tends to slow it down more but even without FIREFOX, It is too slow now. Virtualbox no longer allows booting into any guest OS without crashing or freezing the host machine. While I know my solution now is to change the HDD to one with MX-19.3 AHS(too much work and files on my system to back up elsewhere right now), I want to put this out there for others that might have similar issues: While MX LINUX IS very reliable, and stable and worth it's weight in GOLD, when the OS and critical libs, get outdated, the OS DOES act up and start getting crash prone. I had to upgrade from 18.3 to 19 to 19.2, and now it seems to 19.3 AHS for the SAME laptop. Why? Cause things started breaking with out warning over time. The system freezes are the WORST.

Re: Very Slow Computer

Posted: Mon Dec 21, 2020 1:37 pm
by smilliken
JayM wrote: Sun Dec 20, 2020 7:39 pm Your version of MX Linux predates your computer. Use the AHS version instead.
Ah, I built the computer and stuck the hard drive back into computer and never thought about the newness/ oldness of hardware to software. I will change things.

Thanks

Re: Very Slow Computer

Posted: Mon Dec 21, 2020 2:18 pm
by Huckleberry Finn
pianokeyjoe wrote: Sun Dec 20, 2020 8:04 pmI wish there was a easy way to "upgrade" to AHS 19.3 ... too much work and files on my system to back up elsewhere right now
You can add AHS repos then update & dist-upgrade ... (also install the 5.8 or even 5.9 kernel via MX Package Installer)

Re: Very Slow Computer

Posted: Mon Dec 21, 2020 10:37 pm
by pianokeyjoe
@Huckleberry Finn, thankyou! I have noted this in my documents and will try this.

Re: Very Slow Computer

Posted: Mon Dec 21, 2020 11:07 pm
by smilliken
timkb4cq wrote: Sun Dec 20, 2020 7:16 pm I'd run

Code: Select all

dmesg -k
first to see if the kernel's complaining about anything then try

Code: Select all


dmesg -l err
to see all error conditions.
Going through the other logs in /var/log/ might be needed depending on what you find.

Code: Select all

[1233433.528175] EXT4-fs (sdc1): error count since last fsck: 9
[1233433.528179] EXT4-fs (sdc1): initial error at time 1485827414: ext4_mb_generate_buddy:758
[1233433.528181] EXT4-fs (sdc1): last error at time 1607364012: ext4_mb_generate_buddy:747
[1321514.431568] EXT4-fs (sdc1): error count since last fsck: 9
[1321514.431574] EXT4-fs (sdc1): initial error at time 1485827414: ext4_mb_generate_buddy:758
[1321514.431575] EXT4-fs (sdc1): last error at time 1607364012: ext4_mb_generate_buddy:747
[1409595.322290] EXT4-fs (sdc1): error count since last fsck: 9
[1409595.322297] EXT4-fs (sdc1): initial error at time 1485827414: ext4_mb_generate_buddy:758
[1409595.322299] EXT4-fs (sdc1): last error at time 1607364012: ext4_mb_generate_buddy:747
[1497676.209680] EXT4-fs (sdc1): error count since last fsck: 9
[1497676.209682] EXT4-fs (sdc1): initial error at time 1485827414: ext4_mb_generate_buddy:758
[1497676.209684] EXT4-fs (sdc1): last error at time 1607364012: ext4_mb_generate_buddy:747
[1585757.081375] EXT4-fs (sdc1): error count since last fsck: 9
[1585757.081382] EXT4-fs (sdc1): initial error at time 1485827414: ext4_mb_generate_buddy:758
[1585757.081383] EXT4-fs (sdc1): last error at time 1607364012: ext4_mb_generate_buddy:747
[1673837.930857] EXT4-fs (sdc1): error count since last fsck: 9
[1673837.930862] EXT4-fs (sdc1): initial error at time 1485827414: ext4_mb_generate_buddy:758
[1673837.930864] EXT4-fs (sdc1): last error at time 1607364012: ext4_mb_generate_buddy:747
[1761918.779698] EXT4-fs (sdc1): error count since last fsck: 9
[1761918.779700] EXT4-fs (sdc1): initial error at time 1485827414: ext4_mb_generate_buddy:758
[1761918.779701] EXT4-fs (sdc1): last error at time 1607364012: ext4_mb_generate_buddy:747
[1809378.314068] Not activating Mandatory Access Control as /sbin/tomoyo-init does not exist.
[1849999.598349] EXT4-fs (sdc1): error count since last fsck: 9
[1849999.598358] EXT4-fs (sdc1): initial error at time 1485827414: ext4_mb_generate_buddy:758
[1849999.598360] EXT4-fs (sdc1): last error at time 1607364012: ext4_mb_generate_buddy:747
dmesg -l err

Code: Select all

[1203484.983420] sd 10:0:0:2: [sdg] No Caching mode page found
[1203484.983423] sd 10:0:0:2: [sdg] Assuming drive cache: write through

Re: Very Slow Computer

Posted: Mon Dec 21, 2020 11:16 pm
by smilliken
JayM wrote: Sun Dec 20, 2020 7:39 pm Your version of MX Linux predates your computer. Use the AHS version instead.
This repo was already enabled. Updated the kernel and will see what happens

Re: Very Slow Computer

Posted: Mon Dec 21, 2020 11:30 pm
by timkb4cq
Well it's showing errors on your 1TB Seagate /dev/sdc
I would try disconnecting it temporarily to see if the issue clears up.

Re: Very Slow Computer

Posted: Tue Dec 22, 2020 12:33 am
by JayM
Also you've permanently enabled the test repo. If your system auto-updated since doing that you've probably messed up your MX installation beyond repair and need to reinstall. That's probably what's causing the slowness. You may as well download the AHS iso and install that, unless you're using Timeshift and have a restore point from prior to your enabling test or have a complete system backup from before then, if you restore that you may be able to avoid having to reinstall MX. (See "How To Break Your System", linked in my signature.)

Re: Very Slow Computer

Posted: Tue Dec 22, 2020 7:22 am
by Huckleberry Finn
Just a tiny (and humble) addition to Tim's suggestion: If possible, on live session: GParted from Menu: Right-click on sdc1 "Check" .

( While you're at it: Menu: GSmartControl => Short Test. )

Actually: "while you're at it" again: do them for all (drives & partitions), nothing to lose and quick, a kind of "maintenance" :)

Re: Very Slow Computer

Posted: Wed Dec 30, 2020 10:27 am
by smilliken
Ran the SmartControl=> short test and received a PASS.

I've noticed this slow down of the computer happens over some time so I will monitor it, and when it slows down again, I will retest the drive.