I have tried none, deadline and kyber for storage schedulers, using 0 swappiness in a very light desktop so it isn’t ONLY storage (hard disk) delays, but yet also another factor.
I cannot fathom that a system that runs all top 500 super computers is not capable of playing an audio file in audacity or elisa, and also launching steam or firefox or gimp at the same time.
Is this a universal Linux scheduling issue, Windows has been able to do this for over 24 years, with a pc that has 64mb of memory and a 200 Mhz cpu.
Why is this an issue for such a supposedly superior operating system?
I will be making a poll to see how many people can perform this task on Linux, without a single bit of pause or stutter.
SW: Audacity, ALSA, Pipewire when using Jack, Fedora.
In audacity, when using ALSA, if I set the latency buffer above 800, I get clicking about every 1/8 of a second, and in between those clicks is a pause. If I set the buffer to 864 or 960, the pauses inbetween the clicks are nearly 3/4 of a second, and only a quater second or less of audio plays between those pauses. It plays even less audio if the buffer is very high such as 1024, 2048 etc.
Using JACK, I can set the buffer in audacity to 64000+ with no clicks or pauses, until I start opening other programs. This happens much worse with swap, but also without it as well.
HW: quad-core, hyper-thread Intel Xeon 3.7 Ghz max but it usually stays below 1 Ghz when not utilized.
2 GB 1600 Mhz DDR3.
7200 RPM hard disk, and another with a swap partition at the beginning of the disk, max speed is around 110 MB/s.
Audio chips: Intel and HDMI. I’m using the HDMI output.