On 07/10/2024 08:35, Raj Kiran Grandhi wrote:
In this case, the network state is not changing. Other applications,
including wget, continue uninterrupted across vt-switches (Screen lock
or User switching or Ctrl+Alt+Fn). Sometimes, the firefox gui is also
a bit sluggish after returning from a vt-swtich, almost as if it were
resumed from an earlier CTRL-Z.
I have been bitten by an issue with a similar symptom. I was curious to
which degree a USB3 stick is slow. To my surprise, f3write was suspended
when I switched to another user.
Network is not involved and it is not a disk-related issue. The process
was waiting for stdout: write(1, "...") accordingly to strace. You may
try just
i=0; while : ; do
printf '\010\010\010\010\010\010\010\010\010\010%10d' "$((++i))" ;
done
the bash process is suspended on VT switch if it is running in konsole
(KDE, confirmed by "top"). xterm is not affected. Adding rw ACL for
/dev/dri/card0 and /dev/dri/renderD128 does not help to resume a process
running in konsole.
