audio drop outs

I’ve reported audio drop outs when scrolling in the help
viewer under qnx rtp 6.1. io-graphics is starving other
processes.
The new patch does not solve this problem.

How can audio be reliable when processes running at
a higher priority use that much cpu time?

–martijn

“martijn sipkema” <m.j.w.sipkema@student.tudelft.nl> wrote in message
news:9qi8nt$lsv$1@inn.qnx.com

I’ve reported audio drop outs when scrolling in the help
viewer under qnx rtp 6.1. io-graphics is starving other
processes.
The new patch does not solve this problem.

How can audio be reliable when processes running at
a higher priority use that much cpu time?

Increase priority of audio driver?

–martijn

Mario Charest <mcharest@clipzinformatic.com> wrote in message
news:9qk4b3$qjr$1@inn.qnx.com

“martijn sipkema” <> m.j.w.sipkema@student.tudelft.nl> > wrote in message
news:9qi8nt$lsv$> 1@inn.qnx.com> …
I’ve reported audio drop outs when scrolling in the help
viewer under qnx rtp 6.1. io-graphics is starving other
processes.
The new patch does not solve this problem.

How can audio be reliable when processes running at
a higher priority use that much cpu time?


Increase priority of audio driver?

that would be a partial solution. if io-graphics is using 80% of
cpu time however at a high priority, it will starve all normal
processes running below that priority. wouldn’t the only complete
solution be either lowering the io-graphics priority or (i don’t
know if it’s possible) preventing it from using that much cpu time.

perhaps non-realtime scheduling might also be a solution, but i
don’t think qnx supports that.

–martijn

“martijn sipkema” <m.j.w.sipkema@student.tudelft.nl> wrote in message
news:9qk5ie$r8g$1@inn.qnx.com

Mario Charest <> mcharest@clipzinformatic.com> > wrote in message
news:9qk4b3$qjr$> 1@inn.qnx.com> …

“martijn sipkema” <> m.j.w.sipkema@student.tudelft.nl> > wrote in message
news:9qi8nt$lsv$> 1@inn.qnx.com> …
I’ve reported audio drop outs when scrolling in the help
viewer under qnx rtp 6.1. io-graphics is starving other
processes.
The new patch does not solve this problem.

How can audio be reliable when processes running at
a higher priority use that much cpu time?


Increase priority of audio driver?

that would be a partial solution. if io-graphics is using 80% of
cpu time however at a high priority, it will starve all normal
processes running below that priority. wouldn’t the only complete
solution be either lowering the io-graphics priority or (i don’t
know if it’s possible) preventing it from using that much cpu time.

In fact I think increasing priority of audio driver would be of little use
at it float (takes client priority). You might want to increase priority
of player as well.

perhaps non-realtime scheduling might also be a solution, but i
don’t think qnx supports that.

If you say io-graphics take 80% of the processor you’ll have to live
with that and decide what is more important to your system.

Unless QNX comes out with a more flexible scheduler you are pretty
much stuck.





–martijn

By the way this conference is for discussion of audio driver development

You might get more answer if you’d post in qdn.public.qnxrtp.application (or
…os)

  • Mario