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

Thread: OS get frequently stuck, with intensive HDD activity

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

    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,043

    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
    291

    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.

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
  •