https://bugs.kde.org/show_bug.cgi?id=367882
Bug ID: 367882
Summary: FileFilter implementation cause konsole cpu usage to
go to 80-100%
Product: konsole
Version: unspecified
Platform: Compiled Sources
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
Assignee: konsole-de...@kde.org
Reporter: jpsinthe...@gmail.com
With commit 9d2fd9a3583c85d8c64cee1a46183befd5d5e5d6, "Implement a new file
filter using POSIX Portable Filename Character Set", konsole consumes 80-100%
cpu for 1-3 second periods when selecting/high-lighting text displayed after
issuing, e.g., 'ls -R' or 'find -name xx' on directories with many
sub-directories/files. Also, afterward, konsole is erratically sluggish, using
11-40% cpu during routine activities.
Version konsole-16.04.3 (or commits prior to
9d2fd9a3583c85d8c64cee1a46183befd5d5e5d6 do not exhibit this behavior.
Reproducible: Always
Steps to Reproduce:
1. launch 'top' in a non-konsole terminal, say, QTerminal, to monitor CPU
activity
2. launch konsole
3. in konsole, issue 'find ' or 'ls -R' in a directory with many
sub-directories/files
Actual Results:
After issuing the 'find' or 'ls -R' commands, konsole erratically uses 8-13%
cpu.
Further, double-left clicking on any of the displayed filenames (for copy/paste
purposes), takes up to 2-3 seconds for the string to be high-lighted, and cpu
usage jumps to 80-100% for 1-3 seconds.
Further, scrolling has horrible delays and konsole is generally sluggish at
this point onward, and, changing focus to/from konsole to another window is
also sluggish. At this point, konsole erratically uses 11-39% cpu.
Expected Results:
Repeating the above steps for konsole versions prior to this commit never show
more than 1-3% cpu for copy/pasting. Konsole should not exhibit such high cpu
and become sluggish under said conditions.
--
You are receiving this mail because:
You are watching all bug changes.
