LinuxQuestions.org
Visit Jeremy's Blog.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
Reload this Page [SOLVED] LVM with EXT4 - Slow to boot, slow to write (actually bad WD500 HDD)
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
Page 1 of 2 1 2
  Search this Thread
Old 05-17-2016, 06:06 PM   #1
Chuck56
Member
 
Registered: Dec 2006
Location: Colorado, USA
Distribution: Slackware
Posts: 930

Rep: Reputation: 479Reputation: 479Reputation: 479Reputation: 479Reputation: 479
LVM with EXT4 - Slow to boot, slow to write (actually bad WD500 HDD)

(EDIT: I was attempting to migrate my desktop to a Western Digital WD500AADS Green drive. The drive is the cause of the slowness. I ended up using an ancient Seagate ST3400620AS HDD and their is no delays or slowness.)

My 1st attempt at LVM formatted with ext4 on a desktop. Was hoping to learn LVM and migrate my servers to LVM before adding more HDDs but I have much to learn.

Running UEFI to EFI boot partition then mount LVM with swap, / and /home in separate logical volumes. Boot time to login has increased a lot after initrd passes control to the HDD (5 minutes or more) which is crazy. The HDD can show active every 5 seconds with a system freeze for many seconds (sometimes more than a minute) until the HDD calms down.

Originally I mounted the logical volumes with defaults then found changing the commit=60 helped (default is commit=5). That is just a temporary workaround to help reduce the system freezes when the HDD is busy but increases the risk of data loss should the system lock or go through an ungraceful shutdown.

I'm humbled at not being able to figure this out. I expected a little extra overhead but not something as noticeable as I'm experiencing.

What am I missing? The writes can't be this painful in a properly setup LVM config. I need help, my Google-foo is weak!

Code:
bash-4.3# gdisk -l /dev/sdb
GPT fdisk (gdisk) version 1.0.0

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdb: 976773168 sectors, 465.8 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 08707F74-C664-4C02-B711-7CE2B702203A
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          206847   100.0 MiB   EF00  
   2          206848       976773134   465.7 GiB   8E00  
bash-4.3#
Code:
bash-4.3# cat /etc/fstab
UUID=b50aa01c-e4ee-4b7a-ae45-8bd1ec2ea9aa  swap   swap  defaults  0   0
UUID=bd4aa6ae-62c1-417c-9243-49e6912c321e  /      ext4  commit=60  1   1
UUID=37ba3e60-8049-4693-8d6f-1e893fe6669d  /home  ext4  commit=60  1   2
UUID=9825-774C   /boot/efi        vfat        defaults         1   0
#/dev/cdrom      /mnt/cdrom       auto        noauto,owner,ro,comment=x-gvfs-show 0   0
#/dev/fd0        /mnt/floppy      auto        noauto,owner     0   0
devpts           /dev/pts         devpts      gid=5,mode=620   0   0
proc             /proc            proc        defaults         0   0
tmpfs            /dev/shm         tmpfs       defaults         0   0
bash-4.3#
Code:
bash-4.3# lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sdb           8:16   0 465.8G  0 disk 
├─sdb1        8:17   0   100M  0 part /boot/efi
└─sdb2        8:18   0 465.7G  0 part 
  ├─vg2-lv1 253:0    0     8G  0 lvm  [SWAP]
  ├─vg2-lv2 253:1    0    16G  0 lvm  /
  └─vg2-lv3 253:2    0 441.7G  0 lvm  /home
sr0          11:0    1  1024M  0 rom  
sr1          11:1    1  1024M  0 rom  
bash-4.3#
Code:
bash-4.3# cat /proc/mounts
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
tmpfs /run tmpfs rw,relatime,mode=755 0 0
devtmpfs /dev devtmpfs rw,relatime,size=3531008k,nr_inodes=882752,mode=755 0 0
/dev/mapper/vg2-lv2 / ext4 rw,relatime,commit=60,data=ordered 0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /dev/shm tmpfs rw,relatime 0 0
cgroup_root /sys/fs/cgroup tmpfs rw,relatime,mode=755 0 0
cpuset /sys/fs/cgroup/cpuset cgroup rw,relatime,cpuset,clone_children 0 0
cpu /sys/fs/cgroup/cpu cgroup rw,relatime,cpu 0 0
cpuacct /sys/fs/cgroup/cpuacct cgroup rw,relatime,cpuacct 0 0
blkio /sys/fs/cgroup/blkio cgroup rw,relatime,blkio 0 0
memory /sys/fs/cgroup/memory cgroup rw,relatime,memory 0 0
devices /sys/fs/cgroup/devices cgroup rw,relatime,devices 0 0
freezer /sys/fs/cgroup/freezer cgroup rw,relatime,freezer 0 0
net_cls /sys/fs/cgroup/net_cls cgroup rw,relatime,net_cls 0 0
perf_event /sys/fs/cgroup/perf_event cgroup rw,relatime,perf_event,release_agent=/run/cgmanager/agents/cgm-release-agent.perf_event 0 0
net_prio /sys/fs/cgroup/net_prio cgroup rw,relatime,net_prio 0 0
pids /sys/fs/cgroup/pids cgroup rw,relatime,pids,release_agent=/run/cgmanager/agents/cgm-release-agent.pids 0 0
cgmfs /run/cgmanager/fs tmpfs rw,relatime,size=100k,mode=755 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
/dev/mapper/vg2-lv3 /home ext4 rw,relatime,commit=60,data=ordered 0 0
/dev/sdb1 /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
gvfsd-fuse /home/slacker/.gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=100 0 0
bash-4.3#
Code:
bash-4.3# pvdisplay
  --- Physical volume ---
  PV Name               /dev/sdb2
  VG Name               vg2
  PV Size               465.66 GiB / not usable 3.01 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              119209
  Free PE               0
  Allocated PE          119209
  PV UUID               1buaER-WTxN-ncSn-kwnq-fBtO-JL0n-nspMrw
   
bash-4.3#
Code:
bash-4.3# vgdisplay
  --- Volume group ---
  VG Name               vg2
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  10
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               3
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               465.66 GiB
  PE Size               4.00 MiB
  Total PE              119209
  Alloc PE / Size       119209 / 465.66 GiB
  Free  PE / Size       0 / 0   
  VG UUID               bGPv1c-C8JA-uiLX-px0E-39iQ-KTuC-v38419
bash-4.3#
Code:
bash-4.3# lvdisplay
  --- Logical volume ---
  LV Path                /dev/vg2/lv1
  LV Name                lv1
  VG Name                vg2
  LV UUID                ojrsZy-7jT1-p3z0-UzQL-tGPy-HC4x-MeQmGL
  LV Write Access        read/write
  LV Creation host, time slacker, 2016-05-11 09:37:00 -0600
  LV Status              available
  # open                 2
  LV Size                8.00 GiB
  Current LE             2048
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0
   
  --- Logical volume ---
  LV Path                /dev/vg2/lv2
  LV Name                lv2
  VG Name                vg2
  LV UUID                qT3Gu0-TZ7E-Yv9F-b0Mc-eXN6-ZENw-wF8n2Q
  LV Write Access        read/write
  LV Creation host, time slacker, 2016-05-11 09:37:44 -0600
  LV Status              available
  # open                 1
  LV Size                16.00 GiB
  Current LE             4096
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1
   
  --- Logical volume ---
  LV Path                /dev/vg2/lv3
  LV Name                lv3
  VG Name                vg2
  LV UUID                dZmP2F-Zsns-X57c-fW1K-9QIn-g4uQ-dUOWm0
  LV Write Access        read/write
  LV Creation host, time slacker, 2016-05-11 09:38:37 -0600
  LV Status              available
  # open                 1
  LV Size                441.66 GiB
  Current LE             113065
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:2

bash-4.3#
Last edited by Chuck56; 05-23-2016 at 07:40 AM.
 
Old 05-17-2016, 07:50 PM   #2
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,858

Rep: Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225
What's the output of
Code:
uname -a
cat /etc/os-release
...?
 
Old 05-17-2016, 07:56 PM   #3
Gerard Lally
Senior Member
 
Registered: Sep 2009
Location: Leinster, IE
Distribution: Slackware, NetBSD
Posts: 2,177

Rep: Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761
Quote:
Originally Posted by Richard Cranium View Post
What's the output of
Code:
uname -a
cat /etc/os-release
...?
Yes, that's what I was thinking. Perhaps the gdisk and LVM utilities used by the OP are old versions and don't allow for optimal alignment, although the gdisk output doesn't show anything amiss.
 
Old 05-17-2016, 08:06 PM   #4
Chuck56
Member
 
Registered: Dec 2006
Location: Colorado, USA
Distribution: Slackware
Posts: 930

Original Poster
Rep: Reputation: 479Reputation: 479Reputation: 479Reputation: 479Reputation: 479
Quote:
Originally Posted by Richard Cranium View Post
What's the output of
Code:
uname -a
cat /etc/os-release
...?
Sorry, good questions. I'm running -current on this box.

Code:
bash-4.3# uname -a
Linux slacker 4.4.10 #1 SMP Wed May 11 16:02:44 CDT 2016 x86_64 AMD A8-7600 Radeon R7, 10 Compute Cores 4C+6G AuthenticAMD GNU/Linux
bash-4.3#
Code:
bash-4.3# cat /etc/os-release
NAME=Slackware
VERSION="14.2"
ID=slackware
VERSION_ID=14.2
PRETTY_NAME="Slackware 14.2"
ANSI_COLOR="0;34"
CPE_NAME="cpe:/o:slackware:slackware_linux:14.2"
HOME_URL="http://slackware.com/"
SUPPORT_URL="http://www.linuxquestions.org/questions/slackware-14/"
BUG_REPORT_URL="http://www.linuxquestions.org/questions/slackware-14/"
bash-4.3#
 
Old 05-17-2016, 08:46 PM   #5
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,858

Rep: Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225
I'm running an HP-635 with -current and an SSD. This machine is BIOS only. I'm running LVM on top of LUKS and my boot times are much less than 5 minutes. (I don't know how long, just that I'm not annoyed by how long it is taking.)

Code:
cranium@hp635:~$ lsblk
NAME                   MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                      8:0    0 232.9G  0 disk  
|-sda1                   8:1    0   512M  0 part  /boot
`-sda2                   8:2    0 232.4G  0 part  
  `-lukssda2           253:0    0 232.4G  0 crypt 
    |-cryptvg-rootlv   253:1    0     6G  0 lvm   /
    |-cryptvg-optlv    253:2    0     4G  0 lvm   /opt
    |-cryptvg-usrlv    253:3    0    16G  0 lvm   /usr
    |-cryptvg-varlv    253:4    0    16G  0 lvm   /var
    |-cryptvg-varloglv 253:5    0    16G  0 lvm   /var/log
    |-cryptvg-swaplv   253:6    0    16G  0 lvm   [SWAP]
    |-cryptvg-tmplv    253:7    0    16G  0 lvm   /tmp
    |-cryptvg-homelv   253:8    0    28G  0 lvm   /home
    `-cryptvg-cplv     253:9    0    16G  0 lvm   
sr0                     11:0    1  1024M  0 rom
I don't think that it matters, per se, but I never allocate all of my space unless I know that I need it...
Code:
root@hp635:~# pvs
  PV                   VG      Fmt  Attr PSize   PFree 
  /dev/mapper/lukssda2 cryptvg lvm2 a--  232.38g 98.38g
root@hp635:~# gdisk -l /dev/sda
GPT fdisk (gdisk) version 1.0.0

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 488397168 sectors, 232.9 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 44C7FDC9-555A-41DF-88B0-B29E0DE2285D
Partition table holds up to 128 entries
First usable sector is 2048, last usable sector is 488397134
Partitions will be aligned on 2048-sector boundaries
Total free space is 0 sectors (0 bytes)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         1050623   512.0 MiB   8300  
   2         1050624       488397134   232.4 GiB   8E00  
root@hp635:~# cat /proc/mounts 
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
tmpfs /run tmpfs rw,relatime,mode=755 0 0
devtmpfs /dev devtmpfs rw,relatime,size=3873536k,nr_inodes=968384,mode=755 0 0
/dev/cryptvg/rootlv / ext4 rw,relatime,data=ordered 0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /dev/shm tmpfs rw,relatime 0 0
cgroup /sys/fs/cgroup cgroup rw,relatime,cpuset,cpu,cpuacct,blkio,memory,devices,freezer,net_cls,perf_event,net_prio,pids 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
/dev/sda1 /boot ext2 rw,relatime,errors=continue,user_xattr,acl 0 0
/dev/mapper/cryptvg-homelv /home jfs rw,relatime 0 0
/dev/mapper/cryptvg-optlv /opt ext4 rw,relatime,data=ordered 0 0
/dev/mapper/cryptvg-tmplv /tmp ext4 rw,relatime,data=ordered 0 0
/dev/mapper/cryptvg-usrlv /usr ext4 rw,relatime,data=ordered 0 0
/dev/mapper/cryptvg-varlv /var ext4 rw,relatime,data=ordered 0 0
/dev/mapper/cryptvg-varloglv /var/log ext4 rw,relatime,data=ordered 0 0
gvfsd-fuse /home/flacy/.gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=100 0 0
root@hp635:~#
Last edited by Richard Cranium; 05-17-2016 at 08:47 PM. Reason: ssssss
 
Old 05-17-2016, 11:17 PM   #6
Chuck56
Member
 
Registered: Dec 2006
Location: Colorado, USA
Distribution: Slackware
Posts: 930

Original Poster
Rep: Reputation: 479Reputation: 479Reputation: 479Reputation: 479Reputation: 479
What's confusing is that this desktop was running without issue on 4 standard GPT partitions prior to LVM. It has 8GB RAM and rarely uses any of the 8GB swap. Currently other than the 100MB EFI partition the entire drive is allocated to LVM and filled with a single volume group with 3 logical volumes, 1 x swap and 2 x ext4. I'm hoping that it's something identifiable like a drive alignment issue, something I can ferret out and correct. I'm just stumped after tinkering with this for the last 5 days.
 
Old 05-17-2016, 11:48 PM   #7
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,858

Rep: Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225
Do you use a generic kernel with an initrd or some other setup?
 
Old 05-18-2016, 07:30 AM   #8
Chuck56
Member
 
Registered: Dec 2006
Location: Colorado, USA
Distribution: Slackware
Posts: 930

Original Poster
Rep: Reputation: 479Reputation: 479Reputation: 479Reputation: 479Reputation: 479
Quote:
Originally Posted by Richard Cranium View Post
Do you use a generic kernel with an initrd or some other setup?
I use the generic kernel with an initrd. I added device mapper support to the initrd with the "-L" option. In addition when I formatted the ext4 logical partition to ext4 with mkfs I used "-E lazy_journal_init=0" to fully create the journal during the format process so it wasn't written later.

More ext4 data on the / logical partition.
Code:
bash-4.3# tune2fs -l /dev/mapper/vg2-lv2
tune2fs 1.42.13 (17-May-2015)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          bd4aa6ae-62c1-417c-9243-49e6912c321e
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              1048576
Block count:              4194304
Reserved block count:     209715
Free blocks:              1267256
Free inodes:              631600
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1023
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Wed May 11 09:55:32 2016
Last mount time:          Tue May 17 07:04:18 2016
Last write time:          Tue May 17 07:04:18 2016                                                       
Mount count:              4                                                                              
Maximum mount count:      -1                                                                             
Last checked:             Sun May 15 10:43:26 2016                                                       
Check interval:           0 (<none>)                                                                     
Lifetime writes:          16 GB                                                                          
Reserved blocks uid:      0 (user root)                                                                  
Reserved blocks gid:      0 (group root)                                                                 
First inode:              11                                                                             
Inode size:               256                                                                            
Required extra isize:     28                                                                             
Desired extra isize:      28                                                                             
Journal inode:            8                                                                              
First orphan inode:       803276                                                                         
Default directory hash:   half_md4                                                                       
Directory Hash Seed:      3c664b9c-467a-4f56-b370-8dffc72a21f3                                           
Journal backup:           inode blocks                                                                   
bash-4.3#
 
Old 05-18-2016, 08:04 AM   #9
syg00
LQ Veteran
 
Registered: Aug 2003
Location: Australia
Distribution: Lots ...
Posts: 21,128

Rep: Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120
Why did you change the commit value ?. Did you have data that led you to do that ? - if so let's see it.
So far you have presented zero performance data. No data, no way for anyone to sensibly assist. Historical data is best as it can be queried ad nauseum - iostat, collectl, dstat, whatever. If you don't have any, install (at least) one and collect data for a few days.
 
1 members found this post helpful.
Old 05-18-2016, 09:10 AM   #10
Chuck56
Member
 
Registered: Dec 2006
Location: Colorado, USA
Distribution: Slackware
Posts: 930

Original Poster
Rep: Reputation: 479Reputation: 479Reputation: 479Reputation: 479Reputation: 479
Quote:
Originally Posted by syg00 View Post
Why did you change the commit value ?. Did you have data that led you to do that ? - if so let's see it.
So far you have presented zero performance data. No data, no way for anyone to sensibly assist. Historical data is best as it can be queried ad nauseum - iostat, collectl, dstat, whatever. If you don't have any, install (at least) one and collect data for a few days.
I changed the commit value because I was seeing longer than usual HDD disk activity lights and freezes every 5 seconds. My Google searches showed others ran into the same delays so I thought it was worth a try. I'll reset the commit value to default and give one of your performance data suggestions time to collect info. I hope that helps isolate what I'm seeing. Thanks for your help.
 
Old 05-18-2016, 03:23 PM   #11
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,858

Rep: Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225
Hmm. Maybe you aren't lucky. What does smartctl say about the status of your drives' health? (IOW, one or more of your drives may have decided to start failing just after you switched to LVM.)
 
Old 05-18-2016, 04:36 PM   #12
Chuck56
Member
 
Registered: Dec 2006
Location: Colorado, USA
Distribution: Slackware
Posts: 930

Original Poster
Rep: Reputation: 479Reputation: 479Reputation: 479Reputation: 479Reputation: 479
Quote:
Originally Posted by Richard Cranium View Post
Hmm. Maybe you aren't lucky. What does smartctl say about the status of your drives' health? (IOW, one or more of your drives may have decided to start failing just after you switched to LVM.)
Good thought, smartctl shows aging of the drive but no errors on both the short and long tests.
 
Old 05-18-2016, 04:48 PM   #13
Chuck56
Member
 
Registered: Dec 2006
Location: Colorado, USA
Distribution: Slackware
Posts: 930

Original Poster
Rep: Reputation: 479Reputation: 479Reputation: 479Reputation: 479Reputation: 479
Looks like I've narrowed down the issue after boot. Thanks syg00! I installed dstat from Slackbuilds and it showed a lot of dkdeinit4 & Xorg entries.

Code:
bash-4.3# dstat -c --top-cpu -d --top-bio --top-latency
----total-cpu-usage---- -most-expensive- -dsk/total- ----most-expensive---- --highest-total--
usr sys idl wai hiq siq|  cpu process   | read  writ|  block i/o process   | latency process 
  3   1  83  13   0   0|Xorg         0.2|  37k   66k|init [4]     35k   57k|kworker/2:2  3214
  2   1  97   0   0   0|kdeinit4: pla0.5|   0     0 |                      |kworker/2:2  2587
  3   2  95   0   0   0|Xorg         1.0|   0     0 |                      |kworker/0:2  3634
  2   1  97   0   0   0|Xorg         0.5|   0     0 |                      |kworker/2:2  2615
  2   1  98   0   0   0|mono         0.5|   0     0 |                      |kworker/2:2   939
  1   1  98   0   0   0|synergy      0.5|   0     0 |                      |kworker/2:2   979
  2   1  97   0   0   0|kdeinit4: kon0.2|   0     0 |firefox       0    32k|kworker/1:2  2971
  2   0  98   0   0   0|firefox      0.2|   0     0 |                      |kworker/1:2   952
  2   1  97   0   0   0|kdeinit4: kon0.5|   0     0 |                      |kworker/1:3  1415
  2   1  96   1   0   0|Xorg         0.5|   0    40k|                      |kworker/2:2   884
  2   1  97   0   0   0|kdeinit4: kon0.2|   0     0 |                      |kworker/1:2    13
  2   1  98   0   0   0|mono         0.2|   0     0 |                      |kworker/3:0  1971
  2   1  98   0   0   0|firefox      0.2|   0    64k|                      |kworker/1:3  2541
  2   1  98   0   0   0|synergy      0.5|   0     0 |                      |kworker/1:3   724
  2   1  97   0   0   0|firefox      0.2|   0     0 |                      |kworker/0:2  3146
  1   1  98   0   0   0|kdeinit4: kon0.2|   0     0 |                      |kworker/0:2   298
  2   1  97   0   0   0|kdeinit4: kon0.2|   0     0 |                      |kworker/3:0   813
  2   0  97   1   0   0|synergy      0.5|   0    12k|                      |kworker/2:2   935
 11   3  86   0   0   0|firefox      4.2|   0    32k|                      |Xorg         6022
  6   2  92   0   0   0|firefox      4.2|   0     0 |                      |kworker/2:2  2411
 14   3  83   0   0   0|firefox       11|   0     0 |                      |kworker/3:0    11
  9   4  88   0   0   0|firefox      6.0|   0     0 |firefox       0    32k|kworker/1:3    11
 12   5  83   0   0   0|firefox      7.8|   0    20k|firefox       0   748k|kworker/2:2    13
  7   4  90   0   0   0|firefox      3.5|   0     0 |                      |kworker/0:2  2880
  6   3  91   1   0   0|firefox      3.5|   0   244k|jbd2/dm-2-8   0    44k|kworker/0:2    10
 18   2  79   0   0   0|firefox       15|   0     0 |firefox       0   244k|kworker/0:2    12
  6   3  91   1   0   0|firefox      4.0|   0    76k|jbd2/dm-2-8   0    92k|kworker/2:2    11
 13   2  83   3   0   0|firefox      9.2|   0   352k|firefox       0   216k|kworker/3:0    10
 14   3  81   3   0   0|firefox       11|   0   104k|jbd2/dm-2-8   0    56k|kworker/3:0  9351
  7   4  90   0   0   0|firefox      4.8|   0     0 |                      |kworker/3:0    11
  8   2  89   0   0   0|firefox      6.5|   0     0 |firefox       0    56k|kworker/3:0  9226
  3   1  95   1   0   0|firefox      2.0|   0    32k|firefox       0    56k|kworker/3:0  9191
  7   2  91   0   0   0|firefox      3.8|   0     0 |                      |kworker/3:0    11
 23   3  73   1   0   0|java          16|   0   236k|jbd2/dm-2-8   0   208k|kworker/1:3    14
 61   4  31   3   0   0|java          59|   0   308k|jbd2/dm-2-8   0   112k|firefox        36
 42   3  46  10   0   0|java          33|   0   380k|java          0   168k|kworker/2:2    29
  6   1  92   1   0   0|java         3.8|   0    24k|firefox       0    20k|kworker/3:0    18
  7   1  92   0   0   0|java         4.2|   0   748k|firefox       0   748k|kworker/3:0    14
 20   3  76   1   0   0|java          18|   0   144k|jbd2/dm-1-8   0    48k|Xorg           20
  4   1  93   3   0   0|firefox      1.5|   0    28k|jbd2/dm-2-8   0    12k|kworker/3:0    10
  6   2  92   0   0   0|java         4.2|   0     0 |                      |kworker/0:2    14
  8   1  91   0   0   0|firefox      5.0|   0     0 |                      |kworker/3:0    12
  3   1  97   0   0   0|firefox      1.0|   0     0 |                      |kworker/2:2  4600
  2   1  97   0   0   0|firefox      1.0|   0     0 |                      |kworker/2:2  1409
  2   1  94   3   0   0|firefox      0.5|   0    40k|jbd2/dm-1-8   0  4096B|kworker/2:2  4864
  2   1  98   0   0   0|firefox      0.8|   0     0 |                      |kworker/2:2  1465
  4   2  94   0   0   0|java         2.2|   0     0 |                      |kworker/2:2    16
  9   2  90   0   0   0|firefox      6.5|   0     0 |                      |kworker/2:2    11
  5   1  94   0   0   0|firefox      3.8|   0     0 |                      |kworker/2:2  9717
  8   3  90   0   0   0|firefox      5.0|   0    32k|                      |kworker/0:2  3219
 10   5  86   0   0   0|firefox      5.8|   0     0 |                      |kworker/1:3    11
  7   3  89   0   0   0|kdeinit4: pla3.0|   0     0 |firefox       0    32k|kworker/2:2    11
  6   3  92   0   0   0|kdeinit4: pla2.5|   0     0 |                      |kworker/2:2    13
 10   3  86   1   0   0|kdeinit4: pla3.8|   0    72k|jbd2/dm-2-8   0    16k|kworker/2:2    12
  4   2  94   0   0   0|Xorg         1.5|   0  1704k|                      |kworker/2:2    17
 34   5  61   0   0   0|kdeinit4: dol 19|   0  4096B|kdeinit4: d   0    32k|Xorg           25
 31   4  65   0   0   0|kdeinit4: kio 10|   0  4096B|kdeinit4: k   0    36k|kworker/2:2    15
 18   3  80   0   0   0|kdeinit4: kio9.0|   0     0 |                      |kworker/2:2    14
  4   2  94   1   0   0|Xorg         1.2|   0   120k|jbd2/dm-2-8   0   112k|kworker/0:2    13
 23   2  75   0   0   0|kdeinit4: kio 17|   0     0 |                      |kworker/2:2  9247
 11   3  84   2   0   0|kdeinit4: dol4.0|   0   104k|jbd2/dm-1-8   0    24k|kworker/1:2  9667
  6   3  91   0   0   0|kdeinit4: dol3.8|   0   108k|kdeinit4: d   0    20k|kworker/0:2    12
  5   2  93   0   0   0|kdeinit4: dol2.8|   0     0 |                      |kworker/2:2    14
  3   2  95   0   0   0|Xorg         1.2|   0     0 |                      |kworker/0:2    10
  6   3  91   0   0   0|Xorg         2.8|   0     0 |                      |Xorg         3780
  5   3  91   1   0   0|Xorg         2.0|   0   104k|jbd2/dm-2-8   0    36k|kworker/0:2    11
  6   2  91   1   0   0|Xorg         1.2|   0    88k|kdialog      92k    0 |kworker/0:2    20
 21   4  74   1   0   0|kdialog      8.0|  92k    0 |                      |kdeinit4: pla  17
 11   3  85   0   0   0|kdeinit4: dol4.8|   0     0 |kdeinit4: d  92k    0 |kworker/2:2    15
  5   3  92   0   0   0|kdeinit4: dol3.2|   0    12k|kdeinit4: d   0    16k|kworker/2:2    12
  4   2  95   0   0   0|Xorg         1.5|   0     0 |                      |kworker/0:2  3475
  7   3  89   2   0   0|kdeinit4: dol3.2|   0   132k|jbd2/dm-1-8   0    20k|kworker/2:2    11
  4   3  93   0   0   0|Xorg         1.5|   0     0 |                      |kworker/1:2  4745
  2   1  98   0   0   0|firefox      0.5|   0     0 |                      |kworker/1:2   974
  6   4  91   0   0   0|Xorg         3.2|   0     0 |                      |kworker/2:2    11
  3   2  94   0   0   0|Xorg         1.5|   0     0 |                      |kworker/2:2  9468
 13   4  82   0   0   0|kdesu        5.0|   0     0 |                      |kworker/2:2    19
  5   4  91   0   0   0|Xorg         2.8|   0     0 |                      |kworker/2:2    17
  5   2  93   0   0   0|kdeinit4: pla1.8|   0    32k|                      |kworker/2:2    15
----total-cpu-usage---- -most-expensive- -dsk/total- ----most-expensive---- --highest-total--
usr sys idl wai hiq siq|  cpu process   | read  writ|  block i/o process   | latency process 
  4   3  93   0   0   0|kdeinit4: pla1.2|   0     0 |                      |kworker/2:2    15
  5   2  93   0   0   0|kdeinit4: pla1.5|   0   144k|                      |kworker/2:2  2745
  4   3  92   2   0   0|kdeinit4: pla1.5|   0   104k|jbd2/dm-2-8   0    60k|kworker/2:2    13
  4   3  93   0   0   0|kdeinit4: pla1.5|   0     0 |                      |kworker/2:2  3920
  4   2  94   0   0   0|kdeinit4: pla1.5|   0     0 |                      |kworker/0:2  4041
  4   2  93   0   0   0|kdeinit4: pla1.5|   0     0 |                      |kworker/2:2  9476
  4   2  93   0   0   0|kdeinit4: pla1.2|   0     0 |                      |kworker/2:2    14
  5   2  93   0   0   0|kdeinit4: pla1.8|   0   148k|                      |kworker/2:2    11
  4   2  93   1   0   0|kwin         1.5|   0    48k|jbd2/dm-2-8   0    36k|kworker/2:2  9522
  5   3  93   0   0   0|kdeinit4: pla1.8|   0     0 |                      |kworker/0:2  4436
  4   2  94   0   0   0|kdeinit4: pla1.2|   0     0 |                      |kworker/2:2  9417
  4   2  93   0   0   0|kdeinit4: pla1.8|   0     0 |                      |kworker/0:2  5125
  4   2  94   0   0   0|kdeinit4: pla1.2|   0     0 |                      |kworker/2:2    11
  4   3  93   0   0   0|kdeinit4: pla1.5|   0  4096B|                      |kworker/2:2  1838
  4   2  93   1   0   0|kdeinit4: pla1.5|   0    32k|jbd2/dm-2-8   0  8192B|kworker/2:2  9779
I created a new test user and after login I couldn't get that new user to show the slow downs or freezes. I suspect my KDE user files need a freshening up after the last few upgrades on -current plus numerous application installs that probably need recompiling.

I'm going to recreate my user files and rebuild critical user applications. I'll mark the thread a solved for now.
 
Old 05-18-2016, 06:33 PM   #14
Gerard Lally
Senior Member
 
Registered: Sep 2009
Location: Leinster, IE
Distribution: Slackware, NetBSD
Posts: 2,177

Rep: Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761
Quote:
Originally Posted by Chuck56 View Post
Looks like I've narrowed down the issue after boot. Thanks syg00! I installed dstat from Slackbuilds and it showed a lot of dkdeinit4 & Xorg entries.
It's a strange solution, given the slowdown occurred early on in the boot sequence, before KDE and Xorg were started. "Boot time to login has increased a lot after initrd passes control to the HDD (5 minutes or more)", in your own words. That's quite a bit earlier than a login prompt, so it is mystifying how user config files could have been the cause. I'm curious to know as well how you migrated your "numerous application installs" to LVM in the first place.
Last edited by Gerard Lally; 05-18-2016 at 06:35 PM.
 
Old 05-18-2016, 06:57 PM   #15
syg00
LQ Veteran
 
Registered: Aug 2003
Location: Australia
Distribution: Lots ...
Posts: 21,128

Rep: Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120Reputation: 4120
My thinking too. very strange. Perhaps the description didn't really explain the real situation - for example I have a much narrower definition of "boot" than most people. And it doesn't include init or anything there-after.
 
  


Reply
Page 1 of 2 1 2



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Slow compiling and slow boot operations _spectrum_ Linux - Hardware 8 05-28-2015 02:44 AM
Backup to external usb disk with ext4 or ext3 is dead slow allidium Linux - Server 10 02-06-2013 02:04 AM
Suse 9.2 & SATA - Slow, Slow, Slow jess1975 SUSE / openSUSE 6 01-28-2007 12:17 PM
slow to boot, slow dns resolution after host name change FC5 edavis6678 Linux - Newbie 3 01-03-2007 06:26 PM
New Fedora Internet connection slow slow slow matrim Fedora 9 07-29-2005 01:39 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 07:58 AM.

Contact Us - Advertising Info - Rules - Privacy - LQ Merchandise - Donations - Contributing Member - LQ Sitemap -
Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration