Media playback slow and choppy if network device is enabled

[dcatt]

I have noticed with Haiku Alpha 3 that media playback (e.g., audio OR video) is slow and choppy if my network device is enabled (connected to the network or not). Someone in the forums suggested I should try a nightly build, so I did via running in live desktop mode and I still experience the issue.

OS Version: R1/alpha3 (Revision 42211) & haiku-nightly-hrev44318-x86gcc2hybrid (2012-07-11)
Hardware;

• CPU: AMD Athlon XP (1.15 GHz)
• Memory: 1024 MB (PC133 SD-RAM)
• Network Device: RT2500 802.11g (Ralink corp.)
• Sound Device: VT82C686 AC97 Audio Controller (Via Technologies)

Steps to Reproduce

1. enable network device
2. playback a media file (audio OR video) using the MediaPlayer
3. observe that the playback is slow and choppy
4. disable the network device
5. observe that the playback is normal

Expected Results: I would expect media playback to be normal regardless if any other device is enabled or not.

Actual Results: If the network device is enabled, then media playback is slow and choppy.

[diver]

Please attach your ​syslog and a screenshot of the "Threads and CPU usage" in ​ProcessController when playback is choppy.

[ttcoder]

Likely a new symptom of #8007 ; though maybe in this case there is a way to alleviate the problem with changes/optimizations in the network device driver.

[dcatt]

Okay... attached is a snapshot of the syslog during playback with network device enabled as well as a screenshot of the Threads and CPU usage.

[korli]

Could you try with a current nightly and disable the serial log output? For the latter, see the kernel settings file, uncomment the line serial_debug_output.

[waddlesplash]

Most of those debug prints have been disabled, and a lot of other stray interrupts were disabled, and otherwise this sounds like a duplicate of #14270 which was fixed.

[nielx]

Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone