X-Loop: [email protected] Subject: bug#860: util-linux: more when waiting for keyboard response has 100 percent cpu utilisation Reply-To: Arthur Marsh <[email protected]>, [email protected] Resent-From: Arthur Marsh <[email protected]> Resent-To: [email protected] Resent-CC: Devuan Developers <[email protected]> X-Loop: [email protected] Resent-Date: Fri, 20 Sep 2024 01:47:52 +0000 Resent-Message-ID: <[email protected]> Resent-Sender: [email protected] X-Devuan-PR-Message: report 860 X-Devuan-PR-Package: util-linux X-Devuan-PR-Keywords: X-Devuan-PR-Source: util-linux Received: via spool by [email protected] id=B.172679673523516 (code B); Fri, 20 Sep 2024 01:47:52 +0000 Received: (at submit) by bugs.devuan.org; 20 Sep 2024 01:45:35 +0000 Delivered-To: [email protected] Received: from email.devuan.org [2a01:4f9:fff1:13::5fd9:f9e4] by doc.devuan.org with IMAP (fetchmail-6.4.16) for <debbugs@localhost> (single-drop); Fri, 20 Sep 2024 01:45:35 +0000 (UTC) Received: from email.devuan.org by email.devuan.org with LMTP id KsXiNHjT7GbLSAAAmSBk0A (envelope-from <[email protected]>) for <[email protected]>; Fri, 20 Sep 2024 01:44:24 +0000 Received: by email.devuan.org (Postfix, from userid 109) id EE21D647; Fri, 20 Sep 2024 01:44:22 +0000 (UTC) Authentication-Results: email.devuan.org; dkim=pass (2048-bit key; unprotected) header.d=internode.on.net [email protected] header.a=rsa-sha256 header.s=202309 header.b=ZMZs1Vtr; dkim-atps=neutral X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on email.devuan.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=103.150.252.0; helo=omr000.pc5.atmailcloud.com; [email protected]; receiver=<UNKNOWN> Received: from omr000.pc5.atmailcloud.com (omr000.pc5.atmailcloud.com [103.150.252.0]) by email.devuan.org (Postfix) with ESMTPS id DA3114F for <[email protected]>; Fri, 20 Sep 2024 01:44:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=internode.on.net; s=202309; h=Date:Message-ID:Subject:To:From:MIME-Version: Content-Type; bh=2V0hxe8vr/JKvAtfyFtyD0cC+H0JCth+sMZ45iKL0KQ=; b=ZMZs1Vtrf+9y tezaoNOrhT2ysMNH9ITTVCFgpod7CtFPAOlR6XKKDww9HZJlOVWzuSDH/tqoks1tgguf+yQ8EKsoJ t1YWqvo9QQpkivQ6Ah+FwXwAJAKPxW0Tb2TYTF68xfOQ1DrXS2qQIf4ISl35j+yATWnzR0s3oEOtn 2+jns6Ll3NpKKrNeUN9ZxZYrZfiqzEyMKNPQH8kapRFmvKQW7nuemCbencqz+NON9TQb8sH0bVuNi lKEiwO/qK6mMPM5oDg90VcktWs50XA8hd6wsE8xsljiAlNuD9YRodO7NgOOyF49FYfIgNKWUWW25o NTk9rsBQkXMXVo18EjQsPQ==; Received: from CMR-KAKADU01.i-02175a00542f9bb7e by OMR.i-011229ae50fa0cd71 with esmtps (envelope-from <[email protected]>) id 1srSge-0000000042d-2fag for [email protected]; Fri, 20 Sep 2024 01:43:56 +0000 Received: from [203.173.7.72] (helo=localhost) by CMR-KAKADU01.i-02175a00542f9bb7e with esmtpsa (envelope-from <[email protected]>) id 1srSge-000000001jX-1NKG; Fri, 20 Sep 2024 01:43:56 +0000 Received: from amarsh04 by localhost with local (Exim 4.98) (envelope-from <[email protected]>) id 1srSgc-00000000258-1Xwv; Fri, 20 Sep 2024 11:13:54 +0930 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Arthur Marsh <[email protected]> To: Devuan Bug Tracking System <[email protected]> Message-ID: <172679663435.7947.11335288698257655913.reportbug@localhost> X-Mailer: reportbug 13.0.1+devuan1 Date: Fri, 20 Sep 2024 11:13:54 +0930 X-Atmail-Id: [email protected] X-atmailcloud-spam-action: no action X-Cm-Analysis: v=2.4 cv=S/DfwpsP c=1 sm=1 tr=0 ts=66ecd35c a=q73fGBFtUWUW5y4nvQjQTA==:117 a=q73fGBFtUWUW5y4nvQjQTA==:17 a=kj9zAlcOel0A:10 a=EaEq8P2WXUwA:10 a=x7bEGLp0ZPQA:10 a=DFekfw7Nys0QQgjvXCUA:9 a=CjuIK1q_8ugA:10 X-Cm-Envelope: MS4xfFTnCEhpWYaQjW2J/kq3Ho0FsNzEirc5aooFRYz5sdGg7TH85QhzihNmQgseYv1h2SuqLRhH76SvPDr0TPfSdaZHsdnDiy4eKSCMnqVLKHgmWG0wBfHF UKb+7d0vnjxUZCvdrLhUbQW9llmjdVYwywdQARol8efsdbJsrEuov47k6uyZ8W0aWJkjwxUGjhatNQ== X-atmailcloud-route: unknown 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:
Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 X-Loop: [email protected] From: "Devuan bug Tracking System" <[email protected]> To: Arthur Marsh <[email protected]> Subject: bug#860: Acknowledgement (util-linux: more when waiting for keyboard response has 100 percent cpu utilisation) Message-ID: <[email protected]> References: <172679663435.7947.11335288698257655913.reportbug@localhost> X-Devuan-PR-Message: ack 860 X-Devuan-PR-Package: util-linux X-Devuan-PR-Source: util-linux Reply-To: [email protected] Date: Fri, 20 Sep 2024 01:47:54 +0000 Thank you for filing a new bug report with Devuan. You can follow progress on this bug here: 860: https://bugs.devuan.org/cgi/= bugreport.cgi?bug=3D860. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Devuan Developers <[email protected]> If you wish to submit further information on this problem, please send it to [email protected]. Please do not send mail to [email protected] unless you wish to report a problem with the Bug-tracking system. --=20 860: https://bugs.devuan.org/cgi/bugreport.cgi?bug=3D860 Devuan Bug Tracking System Contact [email protected] with problems
X-Loop: [email protected] Subject: bug#860: util-linux: more when waiting for keyboard response has 100 percent cpu utilisation Reply-To: Mark Hindley <[email protected]>, [email protected] Resent-From: Mark Hindley <[email protected]> Resent-To: [email protected] Resent-CC: Devuan Developers <[email protected]> X-Loop: [email protected] Resent-Date: Fri, 20 Sep 2024 06:48:01 +0000 Resent-Message-ID: <[email protected]> Resent-Sender: [email protected] X-Devuan-PR-Message: followup 860 X-Devuan-PR-Package: util-linux X-Devuan-PR-Keywords: References: <172679663435.7947.11335288698257655913.reportbug@localhost> <172679663435.7947.11335288698257655913.reportbug@localhost> X-Devuan-PR-Source: util-linux Received: via spool by [email protected] id=B860.17268148014519 (code B ref 860); Fri, 20 Sep 2024 06:48:01 +0000 Received: (at 860) by bugs.devuan.org; 20 Sep 2024 06:46:41 +0000 Delivered-To: [email protected] Received: from email.devuan.org [2a01:4f9:fff1:13::5fd9:f9e4] by doc.devuan.org with IMAP (fetchmail-6.4.16) for <debbugs@localhost> (single-drop); Fri, 20 Sep 2024 06:46:41 +0000 (UTC) Received: from email.devuan.org by email.devuan.org with LMTP id IMfwLi4a7WaZVgAAmSBk0A (envelope-from <[email protected]>) for <[email protected]>; Fri, 20 Sep 2024 06:46:06 +0000 Received: by email.devuan.org (Postfix, from userid 109) id 95852189; Fri, 20 Sep 2024 06:46:06 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on email.devuan.org X-Spam-Level: X-Spam-Status: No, score=0.4 required=5.0 tests=RDNS_DYNAMIC,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=193.36.131.86; helo=mx.hindley.org.uk; [email protected]; receiver=<UNKNOWN> Received: from mx.hindley.org.uk (193-36-131-86.cfwn.uk [193.36.131.86]) by email.devuan.org (Postfix) with ESMTPS id DD16A4E for <[email protected]>; Fri, 20 Sep 2024 06:46:04 +0000 (UTC) Received: from hindley.org.uk (apollo.hindleynet [192.168.1.3]) by mx.hindley.org.uk (Postfix) with SMTP id 2C609B3; Fri, 20 Sep 2024 07:46:03 +0100 (BST) Received: (nullmailer pid 30428 invoked by uid 1000); Fri, 20 Sep 2024 06:46:02 -0000 Date: Fri, 20 Sep 2024 07:46:02 +0100 From: Mark Hindley <[email protected]> To: Arthur Marsh <[email protected]>, [email protected] Message-ID: <[email protected]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <172679663435.7947.11335288698257655913.reportbug@localhost> 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
Received: (at 860) by bugs.devuan.org; 20 Sep 2024 06:46:41 +0000 Return-Path: <[email protected]> Delivered-To: [email protected] Received: from email.devuan.org [2a01:4f9:fff1:13::5fd9:f9e4] by doc.devuan.org with IMAP (fetchmail-6.4.16) for <debbugs@localhost> (single-drop); Fri, 20 Sep 2024 06:46:41 +0000 (UTC) Received: from email.devuan.org by email.devuan.org with LMTP id IMfwLi4a7WaZVgAAmSBk0A (envelope-from <[email protected]>) for <[email protected]>; Fri, 20 Sep 2024 06:46:06 +0000 Received: by email.devuan.org (Postfix, from userid 109) id 95852189; Fri, 20 Sep 2024 06:46:06 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on email.devuan.org X-Spam-Level: X-Spam-Status: No, score=0.4 required=5.0 tests=RDNS_DYNAMIC,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=193.36.131.86; helo=mx.hindley.org.uk; [email protected]; receiver=<UNKNOWN> Received: from mx.hindley.org.uk (193-36-131-86.cfwn.uk [193.36.131.86]) by email.devuan.org (Postfix) with ESMTPS id DD16A4E for <[email protected]>; Fri, 20 Sep 2024 06:46:04 +0000 (UTC) Received: from hindley.org.uk (apollo.hindleynet [192.168.1.3]) by mx.hindley.org.uk (Postfix) with SMTP id 2C609B3; Fri, 20 Sep 2024 07:46:03 +0100 (BST) Received: (nullmailer pid 30428 invoked by uid 1000); Fri, 20 Sep 2024 06:46:02 -0000 Date: Fri, 20 Sep 2024 07:46:02 +0100 From: Mark Hindley <[email protected]> To: Arthur Marsh <[email protected]>, [email protected] Subject: Re: bug#860: util-linux: more when waiting for keyboard response has 100 percent cpu utilisation Message-ID: <[email protected]> References: <172679663435.7947.11335288698257655913.reportbug@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <172679663435.7947.11335288698257655913.reportbug@localhost> X-Debbugs-No-Ack: No Thanks 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
Devuan BTS -- Powered by Debian bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.
Devuan Bugs Owner <[email protected]>.
Last modified:
Thu, 28 Nov 2024 08:39:01 UTC