From nobody Mon Sep 18 16:39:44 2023 X-Original-To: freebsd-x11@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rq9W61VzFz4tRnP for ; Mon, 18 Sep 2023 16:39:46 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rq9W60pl8z3TnG; Mon, 18 Sep 2023 16:39:46 +0000 (UTC) (envelope-from guru@unixarea.de) Authentication-Results: mx1.freebsd.org; none Received: from [188.174.63.64] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1qiHHk-008LEB-8G; Mon, 18 Sep 2023 18:39:44 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.16.1/8.14.9) with ESMTPS id 38IGdio9016129 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 18 Sep 2023 18:39:44 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.16.1/8.14.9/Submit) id 38IGdipZ016128; Mon, 18 Sep 2023 18:39:44 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 18 Sep 2023 18:39:44 +0200 From: Matthias Apitz To: Gleb Popov Cc: kde@freebsd.org, freebsd-x11@freebsd.org Subject: Re: CPU consumtion by kglobalaccel / Xorg (was: Fwd: xorg-server-21.1.8_2,1 && key Control_L) Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: Gleb Popov , kde@freebsd.org, freebsd-x11@freebsd.org References: List-Id: X11 List-Archive: https://lists.freebsd.org/archives/freebsd-x11 List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 13.0-CURRENT r368166 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.63.64 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE] X-Rspamd-Queue-Id: 4Rq9W60pl8z3TnG El día lunes, septiembre 18, 2023 a las 07:09:13p. m. +0300, Gleb Popov escribió: > On Mon, Sep 18, 2023 at 7:04 PM Matthias Apitz wrote: > > > > I created a new user 'test', did login as 'test', copied my ~guru/.xinitrc > > to ~/.xinitrc, started KDE with 'startx' and started on the empty desktop > > 'Konsole' from the Application launcher and with 'Konsole' the command > > 'top'. Using the key 'Control_L' a few times, let's say 10 times in 10 > > seconds, brings the proc Xorg to 60% and kglobalaccel to 20% CPU utilization. > > This is peculiar. At least we now know that it isn't your personal > setup's problem. However, I'm not sure how to debug this further. > > How about killing the kglobalaccel process? Does this stop the CPU consumption? > When I kill kglobalaccel5, Xorg stressed with repeated 'Control_L' goes only to 20% but Control_L + TAB does not switch to my virtual desktops. When I restart kglobalaccel5 from the shell, switching works again with the same CPU symptom. matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub