Re: [pulseaudio-tickets] [PulseAudio] #807: RTP modules do not allow the null sink to suspend when monitoring it using lots of CPU (was: PulseAudio clocks the CPU up to maximum speed on AMD K8 Turion)

[PulseAudio]

#807: RTP modules do not allow the null sink to suspend when monitoring it using
lots of CPU
--+-
  Reporter:  psihozefir   |   Owner:  lennart 
  Type:  enhancement  |  Status:  new 
 Milestone:   |   Component:  module-rtp-*
Resolution:   |Keywords:  CPU frequency, drain battery
--+-
Changes (by coling):

  * type:  defect => enhancement
  * component:  daemon => module-rtp-*


Comment:

 Yes this is what I suspected before. The fact that the RTP modules are
 present means that they are constantly "recording" what is being played,
 even if that is nothing. Really the RTP recording stream should be clever
 enough to set the DONT_INHIBIT_SUSPEND flag and to sleep happily when not
 in use (they'd still probably have to pump out some kind of audio stream
 on the network to keep clients happy - tho' not sure if the RTP protocol
 supports just stopping transmitting when silent?)

 Anyway, this is really a improvement to the rtp modules.

-- 
Ticket URL: 
PulseAudio 
The PulseAudio Sound Server
___
pulseaudio-tickets mailing list
pulseaudio-tickets@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-tickets

Re: [pulseaudio-tickets] [PulseAudio] #807: PulseAudio clocks the CPU up to maximum speed on AMD K8 Turion

[PulseAudio]

#807: PulseAudio clocks the CPU up to maximum speed on AMD K8 Turion
-+--
  Reporter:  psihozefir  |   Owner:  lennart 
  Type:  defect  |  Status:  new 
 Milestone:  |   Component:  daemon  
Resolution:  |Keywords:  CPU frequency, drain battery
-+--

Comment(by psihozefir):

 I took the time this morning to test various module configurations and I
 found out that indeed one of the RTP modules cause my CPU to increase its
 clock freqncy.
 If I enable both the following at the same time, not separrately:

 load-module module-null-sink sink_name=rtp format=s16be channels=2
 rate=44100 description="Sputnik RTP Multicast Sink"
 load-module module-rtp-send source=rtp.monitor

 then my problem starts to show up.
 Whn module-rtp-recv is enabled (but not rtp-send), everything is fine.
 Also I aded tsched=0 to module-udev-detect and I made my tests with this
 configuration in place.
 I'm sorry for my previous statements where I said that without the RTP
 module the CPU stays at 2 GHz.

-- 
Ticket URL: 
PulseAudio 
The PulseAudio Sound Server
___
pulseaudio-tickets mailing list
pulseaudio-tickets@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-tickets

Re: [pulseaudio-tickets] [PulseAudio] #807: PulseAudio clocks the CPU up to maximum speed on AMD K8 Turion

[PulseAudio]

#807: PulseAudio clocks the CPU up to maximum speed on AMD K8 Turion
-+--
  Reporter:  psihozefir  |   Owner:  lennart 
  Type:  defect  |  Status:  new 
 Milestone:  |   Component:  daemon  
Resolution:  |Keywords:  CPU frequency, drain battery
-+--

Comment(by coling):

 This really smells like a driver problem.

 Can you pass in the argument tsched=0 to the module-udev-detect module in
 /etc/pulse/default.pa and see if this fixes the CPU problem? (It may
 introduce other problems but it should at least confirm or deny whether
 it's a driver problem)

-- 
Ticket URL: 
PulseAudio 
The PulseAudio Sound Server
___
pulseaudio-tickets mailing list
pulseaudio-tickets@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-tickets