Hello Carlo.
The ranters! comment:
I can understand your way of looking at things.
But you'd better be a bit more careful with statements like these below,
if you don't really know what's going on.
Just FYI: All possible traces - Ingo asked for - are on Ingos desk!
My intention is to support you folks as good as I can to get the issues solved.
As a user, with a rather limited knowledge about ck or cfs, I am just able to
judge on the results these patches are delivering.
I'll go always for the one - if I have a choice - matching my requirements!
Since there is just one patch left in the near future, at least the way it looks to me today,
I am trying of course to support Ingo the best I can to identify potential issues.
Constructive critism - always welcome!
Best regards
\Klaus
> -----Ursprüngliche Nachricht-----
> Von: Carlo Florendo <[email protected]>
> Gesendet: 02.08.07 08:27:01
> An: Lenar Lõhmus <[email protected]>
> CC: Klaus Schulz <[email protected]>, [email protected], [email protected], [email protected]
> Betreff: Re: ck vs. cfs : realtime audio performance
>
> 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
>
_______________________________________________________________________
Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 3 Monate
kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=022220
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
