From: Carlo Florendo <subscribermail@gmail.com>
To: "Lenar Lõhmus" <lenar@city.ee>
Cc: Klaus Schulz <Klaus.Schulz@web.de>,
ck@vds.kolivas.org, linux-kernel@vger.kernel.org, mingo@elte.hu
Subject: Re: ck vs. cfs : realtime audio performance
Date: Thu, 02 Aug 2007 14:27:03 +0800 [thread overview]
Message-ID: <46B17937.1050401@gmail.com> (raw)
In-Reply-To: <46AF3111.7090206@city.ee>
Lenar Lõhmus wrote:
> Klaus Schulz wrote:
>>> I am currently testing the 2.6.22.1 cfs-rt9 vs. ck1 on my rather pure
>>> realtime high-end-audio setup. (NO X, just a terminal, streaming
>>> .wav. I am using my own written player and brutefir as the audio
>>> engine.)
>>> Comment: This is not a standard (amarok or xmms setup), all buffers in
>>> the chain are very small. Any problem will immidetialy end up in xruns.
>>> The sounddriver, HW (pci-bus etc.) are tweaked accordingly
>>> Until now ck1 on 2.6.22 is giving me better results (less audible
>>> distortions) and runs extremely stable compared to cfs. Under ck I
>>> ran my player with schedtool -R -p 98, which was better than
>>> running it e.g. with nice -20 Both setups under cfs were giving me
>>> worse results than ck.
>>> With CFS I also experienced XRUNS from time to time, what never happened
>>> with ck.
See, this is exactly the problem of the SD ranters. A ranter posts a
problem, doesn't give reproducability hints, and neither provides technical
detail, not even the slightest relevant stats. And the most irritating
part is that the code that the OP wrote (or at least its relevant parts) is
not even available for download.
I was wondering why the OP need timers for audio playback. What type of
audio? PCM, MIDI? Once does not need timers for PCM playback but for MIDI.
SD ranters. Pure rants.
Thank you very much.
Best Regards,
Carlo
--
Carlo Florendo
Softare Engineer/Network Co-Administrator
Astra Philippines Inc.
UP-Ayala Technopark, UP Campus Diliman
1101 Quezon City, Philippines
http://www.astra.ph
--
The Astra Group of Companies
5-3-11 Sekido, Tama City
Tokyo 206-0011, Japan
http://www.astra.co.jp
--
Carlo Florendo
Softare Engineer/Network Co-Administrator
Astra Philippines Inc.
UP-Ayala Technopark, UP Campus Diliman
1101 Quezon City, Philippines
http://www.astra.ph
--
The Astra Group of Companies
5-3-11 Sekido, Tama City
Tokyo 206-0011, Japan
http://www.astra.co.jp
next prev parent reply other threads:[~2007-08-02 6:27 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1185870355.7933.55.camel@klaus-laptop>
[not found] ` <1185886161.7397.11.camel@klaus-laptop>
2007-07-31 12:54 ` ck vs. cfs : realtime audio performance Lenar Lõhmus
2007-08-01 6:31 ` Ingo Molnar
2007-08-02 6:27 ` Carlo Florendo [this message]
2007-08-02 19:26 ` Ingo Molnar
2007-08-02 7:57 Klaus Schulz
2007-08-02 9:06 ` Carlo Florendo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46B17937.1050401@gmail.com \
--to=subscribermail@gmail.com \
--cc=Klaus.Schulz@web.de \
--cc=ck@vds.kolivas.org \
--cc=lenar@city.ee \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox