Page 2 of 2 FirstFirst 12
Results 11 to 15 of 15

Thread: OS get frequently stuck, with intensive HDD activity

  1. #11
    Join Date
    Feb 2010
    Location
    Germany
    Posts
    4,061

    Question Re: OS get frequently stuck, with intensive HDD activity

    Quote Originally Posted by Svyatko View Post
    After load OS starts maintenance work for BTRFS, and with 4 GiB RAM or less it stucks for ~30 min.
    There is no such problem with ext4 or XFS.
    Do we need to have this added to the Release Notes?
    • If we only have it noted here, it'll never be noticed as a system issue …

  2. #12

    Default Re: OS get frequently stuck, with intensive HDD activity

    Quote Originally Posted by dcurtisfra View Post
    Do we need to have this added to the Release Notes?
    • If we only have it noted here, it'll never be noticed as a system issue …
    Yes, of course.
    Something like "Special settings for systems with volume of RAM less than 8 GiB" (no BTRFS, no GNOME, smaller dedicated video RAM, ...).
    How to do this? And estimation "~30 min" is very coarse.

  3. #13
    Join Date
    Feb 2010
    Location
    Germany
    Posts
    4,061

    Cool Re: OS get frequently stuck, with intensive HDD activity

    Quote Originally Posted by Svyatko View Post
    Yes, of course.
    Done – Bug 1184654System with less than 4 GiB Memory - Btrfs not suitable” <https://bugzilla.opensuse.org/show_bug.cgi?id=1184654>
    • Please add you votes to this Bug Report.

  4. #14
    Join Date
    Jun 2011
    Location
    Germany
    Posts
    297

    Default Re: OS get frequently stuck, with intensive HDD activity

    Quote Originally Posted by Svyatko View Post
    After load OS starts maintenance work for BTRFS, and with 4 GiB RAM or less it stucks for ~30 min.
    There is no such problem with ext4 or XFS.
    Hmm, I can't reproduce that. Just recently I have set up a system with some (obsolete) older hardware i.e. Dual Core Pentium, 4GiB RAM and a 300 GiB Seagate HDD (7200 RPM) with Btrfs and snapshots acitvated and KDE Plasma. I still got it here upstairs. Here's some details. Maybe they can help for comparison?

    Code:
    balu:~ # systemctl list-unit-files | grep -iE 'fsck|fstrim|btrfs'  
    btrfsmaintenance-refresh.path                                          enabled   
    btrfs-balance.service                                                  static    
    btrfs-defrag.service                                                   static    
    btrfs-scrub.service                                                    static    
    btrfs-trim.service                                                     static    
    btrfsmaintenance-refresh.service                                       disabled  
    fstrim.service                                                         static    
    systemd-fsck-root.service                                              static    
    systemd-fsck@.service                                                  static    
    btrfs-balance.timer                                                    enabled   
    btrfs-defrag.timer                                                     disabled  
    btrfs-scrub.timer                                                      enabled   
    btrfs-trim.timer                                                       disabled  
    fstrim.timer                                                           enabled  
    There's quite some difference from the OP's findings. I did not apply any changes however.
    Code:
    ~> LANG=C di 
    Filesystem         Mount               Size     Used    Avail %Used  fs Type 
    /dev/sda2          /                 108.1G    12.9G    94.2G   13%  btrfs   
    /dev/sda2          /.snapshots       108.1G    12.9G    94.2G   13%  btrfs   
    /dev/sda2          /boot/grub2/i38   108.1G    12.9G    94.2G   13%  btrfs   
    /dev/sda2          /boot/grub2/x86   108.1G    12.9G    94.2G   13%  btrfs   
    tmpfs              /dev/shm            1.9G     0.0G     1.9G    0%  tmpfs   
    /dev/sda3          /home             186.1G     0.4G   185.7G    0%  xfs     
    /dev/sda2          /opt              108.1G    12.9G    94.2G   13%  btrfs   
    /dev/sda2          /root             108.1G    12.9G    94.2G   13%  btrfs   
    tmpfs              /run                1.9G     0.0G     1.9G    1%  tmpfs   
    tmpfs              /run/user/1000    389.3M     0.0M   389.3M    0%  tmpfs   
    /dev/sda2          /srv              108.1G    12.9G    94.2G   13%  btrfs   
    tmpfs              /sys/fs/cgroup      1.9G     0.0G     1.9G    0%  tmpfs   
    /dev/sda2          /tmp              108.1G    12.9G    94.2G   13%  btrfs   
    /dev/sda2          /usr/local        108.1G    12.9G    94.2G   13%  btrfs   
    /dev/sda2          /var              108.1G    12.9G    94.2G   13%  btrfs  
    Code:
    balu:~ # inxi -SmDGf 
    System:    Host: balu Kernel: 5.3.18-lp152.69-default x86_64 bits: 64 Console: tty 2 Distro: openSUSE Leap 15.2  
    Memory:    RAM:total: 3.80 GiB used: 880.9 MiB (22.6%)  
               Array-1:capacity: 8 GiB slots: 2 EC: None  
               Device-1: DIMM A1 size: 2 GiB speed: 800 MT/s  
               Device-2: DIMM B1 size: 2 GiB speed: 800 MT/s  
    CPU:       Topology: Dual Core model: Pentium E5800 bits: 64 type: MCP L2 cache: 2048 KiB  
               Speed: 1210 MHz min/max: 1203/3203 MHz Core speeds (MHz):1: 1210 2: 1210  
               Flags: acpi aperfmperf apic arch_perfmon bts clflush cmov constant_tsc cpuid cx16 cx8 de ds_cpl dtes64 dtherm dts  
               est flexpriority fpu fxsr ht lahf_lm lm mca mce mmx monitor msr mtrr nopl nx pae pat pbe pdcm pebs pge pni pse  
               pse36 pti rep_good sep sse sse2 ssse3 syscall tm tm2 tpr_shadow tsc vme vmx vnmi xsave xtpr  
    Graphics:  Device-1: Intel 4 Series Integrated Graphics driver: i915 v: kernel  
               Display:server: X.org 1.20.3 driver: modesetting unloaded: fbdev,vesa tty: 261x52  
               Message: Advanced graphics data unavailable in console for root.  
    Drives:    Local Storage:total: 298.09 GiB used: 13.31 GiB (4.5%)  
               ID-1: /dev/sda vendor: Seagate model: ST320DM000-1BD14C size: 298.09 GiB
    This is the dmesg of Btrfs doing is homework (the first 11 lines):
    Code:
    [   54.237726] BTRFS info (device sda2): balance: start -dusage=0 
    [   54.237746] BTRFS info (device sda2): balance: ended with status: 0 
    [   73.059698] BTRFS info (device sda2): balance: start -dusage=5 
    [   73.059718] BTRFS info (device sda2): balance: ended with status: 0 
    [   75.774909] BTRFS info (device sda2): balance: start -dusage=10 
    [   75.774946] BTRFS info (device sda2): balance: ended with status: 0 
    [   76.087482] BTRFS info (device sda2): balance: start -musage=0 -susage=0 
    [   76.087500] BTRFS info (device sda2): balance: ended with status: 0 
    [   76.463725] BTRFS info (device sda2): balance: start -musage=3 -susage=3 
    [   76.471025] BTRFS info (device sda2): relocating block group 22020096 flags system|dup 
    [   77.189855] BTRFS info (device sda2): balance: ended with status: 0 
    [  105.268693] fuse: init (API version 7.31) 
    [  189.312927] perf: interrupt took too long (2536 > 2500), lowering kernel.perf_event_max_sample_rate to 78750 
    [  641.765985] perf: interrupt took too long (3184 > 3170), lowering kernel.perf_event_max_sample_rate to 62750 
    [  660.196984] BTRFS info (device sda2): qgroup scan completed (inconsistency flag cleared)
    So far, the machine is behaving quite mannerly. It's responsive, no significant hangs, doesn't feel laggy. Admittedly I haven't done much with this machine but installing, setting up software and users, zypper up. Is the filesystem yet just "too clean"? Should I worry? I'm planning to give it away to a friend (with service included) and don't want to start this with trouble pending.

  5. #15

    Lightbulb Re: OS get frequently stuck, with intensive HDD activity

    I thank everyone for your kind replies

    As first task I added 4 more GB RAM and that was obviously good.

    Then I'm going to upgrade to 15.2 version, changing at the same time the root file system from btrfs to ex4.

    I'll take into account the advice of @tsu2 in order to better tune the overall system performance.

Page 2 of 2 FirstFirst 12

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •