• dpkg taking a bit too long ...

    From Norbert Preining@21:1/5 to All on Tue Oct 5 14:50:01 2021
    Hi all

    (please Cc)

    Ok, that is fun:

    $ time eatmydata dpkg -i /var/cache/apt/archives/papirus-icon-theme_20211001-1_all.deb
    (Reading database ... 1215786 files and directories currently installed.) Preparing to unpack .../papirus-icon-theme_20211001-1_all.deb ...
    Unpacking papirus-icon-theme (20211001-1) over (20210901-1) ...
    Setting up papirus-icon-theme (20211001-1) ...

    real 15m28.611s
    user 0m12.769s
    sys 15m17.049s
    $

    That is on SSD, with eatmydata.

    I checked iotop-c during these 15min, a ridiculuously small amount of
    I/O was going on, but dpkg was 15min at 100% CPU.

    Is this **true** or am I getting crazy?
    That cannot be by design, or?

    Best

    Norbert

    --
    PREINING Norbert https://www.preining.info
    Fujitsu Research + IFMGA Guide + TU Wien + TeX Live + Debian Dev
    GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Samuel Thibault@21:1/5 to All on Tue Oct 5 15:10:02 2021
    Norbert Preining, le mar. 05 oct. 2021 21:24:36 +0900, a ecrit:
    $ time eatmydata dpkg -i /var/cache/apt/archives/papirus-icon-theme_20211001-1_all.deb
    (Reading database ... 1215786 files and directories currently installed.) Preparing to unpack .../papirus-icon-theme_20211001-1_all.deb ...
    Unpacking papirus-icon-theme (20211001-1) over (20210901-1) ...
    Setting up papirus-icon-theme (20211001-1) ...

    real 15m28.611s

    $ dpkg -L papirus-icon-theme| wc -l
    106800

    I'm not completely surprised that writing a hundred thousand files takes
    some time in whatever information system.

    Samuel

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jonathan Carter@21:1/5 to Norbert Preining on Tue Oct 5 16:40:03 2021
    On 2021/10/05 14:24, Norbert Preining wrote:
    $ time eatmydata dpkg -i /var/cache/apt/archives/papirus-icon-theme_20211001-1_all.deb
    (Reading database ... 1215786 files and directories currently installed.) Preparing to unpack .../papirus-icon-theme_20211001-1_all.deb ...
    Unpacking papirus-icon-theme (20211001-1) over (20210901-1) ...
    Setting up papirus-icon-theme (20211001-1) ...

    real 15m28.611s
    user 0m12.769s
    sys 15m17.049s
    $

    It took a long time here too but not nearly as long as that:

    $ time sudo dpkg -i /var/cache/apt/archives/papirus-icon-theme_20210901-1_all.deb
    Selecting previously unselected package papirus-icon-theme.
    (Reading database ... 471201 files and directories currently installed.) Preparing to unpack .../papirus-icon-theme_20210901-1_all.deb ...
    Unpacking papirus-icon-theme (20210901-1) ...
    Setting up papirus-icon-theme (20210901-1) ...

    real 0m37.751s
    user 0m7.428s
    sys 0m12.374s

    That's on ext4/nvme with no eatmydata. Perhaps time to perform a smart
    test on your disk?

    -Jonathan

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Theodore Ts'o@21:1/5 to Jonathan Carter on Tue Oct 5 19:00:03 2021
    On Tue, Oct 05, 2021 at 04:09:12PM +0200, Jonathan Carter wrote:
    real 0m37.751s
    user 0m7.428s
    sys 0m12.374s

    That's on ext4/nvme with no eatmydata. Perhaps time to perform a smart test on your disk?

    Except Norbert was reporting 100% (and 15 minutes) of CPU time....

    Norbert, what file system are you using?

    - Ted

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Norbert Preining@21:1/5 to Theodore Ts'o on Wed Oct 20 10:20:01 2021
    Hi all,

    (please cc)

    Theodore Ts'o wrote on Oct 5:
    real 0m37.751s
    user 0m7.428s
    sys 0m12.374s

    That's on ext4/nvme with no eatmydata. Perhaps time to perform a smart test >> on your disk?

    Except Norbert was reporting 100% (and 15 minutes) of CPU time....

    Norbert, what file system are you using?

    Sorry for the late reply, I am not subscribed to debian-devel and just
    realized the answers.

    So I am running a btrfs multiple device, that is, the btrfs root file
    system spans currently 8 disks (mix of NVMe and SSD). Furthermore, it is running btrfs raid1 over the disks.

    Normally response time is extremely fast, and the current case was an
    exception I haven't seen before.

    (please cc)

    Best

    Norbert

    --
    PREINING Norbert https://www.preining.info
    Fujitsu Research + IFMGA Guide + TU Wien + TeX Live + Debian Dev
    GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)