May be the system becomes ... too busy to serve these actions
simultaneously?
It seemed to me that any task which made decent use of computer
resources was able to cause that behavior.
18.06.2018 18:22, Maxim Tarasov пишет:
Hi,
I was able to find another trigger for this sound glitch:
dd if=/dev/zero of=/tmp/test bs=1m count=256
rm /tmp/test
Sound sometimes interrupts in the middle of dd(1) call, and always
interrupts at the time of rm(1) call on files larger than 200 Mb. It
looks like in case of dd/rm not only sound is affected, but mouse
cursor controlled by USB mouse also stops responding.
unlink(2) call seem to take a long time:
$ dd if=/dev/zero of=test bs=1m count=1024 && ktrace rm test && kdump -R | grep
unlink
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 2.265 secs (473858546 bytes/sec)
24666 rm 0.000001 CALL unlink(0x7f7ffffbb91b)
24666 rm 0.431070 RET unlink 0
Can anybody provide any pointers on how to debug this further or
suggestions on what the problem might be?
--
С уважением,
Родин Максим
