Devuan bug report logs - #860
util-linux: more when waiting for keyboard response has 100 percent cpu utilisation

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.devuan.org (full text, mbox, reply):

Package: util-linux
Version: 2.40.2-8devuan1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

In a directory with lots of files I typed:

ls -t|more

while the more command was waiting for keyboard input, cpu utilisation on the
cpu core with the more executable went up to 100 percent.

   * What exactly did you do (or not do) that was effective (or
     ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Distributor ID:	Devuan
Description:	Devuan GNU/Linux 6 (excalibur/ceres)
Release:	6
Codename:	excalibur ceres
Architecture: x86_64

Kernel: Linux 6.10.0-rc6+ (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages util-linux depends on:
ii  libblkid1       2.40.2-8devuan1
ii  libc6           2.40-2
ii  libcap-ng0      0.8.5-2
ii  libcrypt1       1:4.4.36-5
ii  libeudev1       3.2.14-2
ii  libmount1       2.40.2-8devuan1
ii  libpam-modules  1.5.3-7
ii  libpam-runtime  1.5.3-7
ii  libpam0g        1.5.3-7
ii  libselinux1     3.7-3
ii  libsmartcols1   2.40.2-8devuan1
ii  libtinfo6       6.5-2
ii  libuuid1        2.40.2-8devuan1

Versions of packages util-linux recommends:
ii  sensible-utils  0.0.24

Versions of packages util-linux suggests:
ii  dosfstools          4.2-1.1
ii  kbd                 2.6.4-2
ii  util-linux-extra    2.40.2-8devuan1
ii  util-linux-locales  2.40.2-8devuan1
pn  wtmpdb              <none>

-- debconf information:
  util-linux/noauto-with-nonzero-passnum:

Message #8 received at 860@bugs.devuan.org (full text, mbox, reply):

Control: tags -1 unreproducible moreinfo

Arthur,

Thanks. However, I am unable to reproduce this behaviour.

What filesystem are you using?

Can you reproduce this with a command that doesn't touch the filesystem? Maybe:

 read | more

I wonder if it is a specific filesystem effect on your system and it is ls -t
that is consuming CPU rather than more.

If you try without the -t flag, does that change the behaviour?

Mark

Send a report that this bug log contains spam.