Re: [opensuse] Real-Time Kernal Questions - renice alternative

2007-12-14 Thread David
On Fri, 14 Dec 2007 18:28:19 -, Jason Craig [EMAIL PROTECTED] wrote: I looked into the topic for a bit, what I was needing the RT kernel for was audio recording/processing. Normal users can't run threads in realtime priority, the super user can, but then running general applications as

Re: [opensuse] Real-Time Kernal Questions - renice alternative

2007-12-14 Thread Marcus Meissner
On Fri, Dec 14, 2007 at 07:12:40PM -, David wrote: On Fri, 14 Dec 2007 18:28:19 -, Jason Craig [EMAIL PROTECTED] wrote: I looked into the topic for a bit, what I was needing the RT kernel for was audio recording/processing. Normal users can't run threads in realtime priority, the

Re: [opensuse] Real-Time Kernal Questions - renice alternative

2007-12-14 Thread Jason Craig
David wrote: On Fri, 14 Dec 2007 18:28:19 -, Jason Craig [EMAIL PROTECTED] wrote: I looked into the topic for a bit, what I was needing the RT kernel for was audio recording/processing. Normal users can't run threads in realtime priority, the super user can, but then running general

Re: [opensuse] Real-Time Kernal Questions - renice alternative

2007-12-14 Thread Carlos E. R.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Friday 2007-12-14 at 19:12 -, David wrote: On Fri, 14 Dec 2007 18:28:19 -, Jason Craig [EMAIL PROTECTED] wrote: I looked into the topic for a bit, what I was needing the RT kernel for was audio recording/processing. Normal users

Re: [opensuse] Real-Time Kernal Questions - renice alternative

2007-12-14 Thread K.R. Foley
Marcus Meissner wrote: On Fri, Dec 14, 2007 at 07:12:40PM -, David wrote: On Fri, 14 Dec 2007 18:28:19 -, Jason Craig [EMAIL PROTECTED] wrote: I looked into the topic for a bit, what I was needing the RT kernel for was audio recording/processing. Normal users can't run threads in

Re: [opensuse] Real-Time Kernal Questions - renice alternative

2007-12-14 Thread K.R. Foley
Carlos E. R. wrote: The Friday 2007-12-14 at 19:12 -, David wrote: On Fri, 14 Dec 2007 18:28:19 -, Jason Craig [EMAIL PROTECTED] wrote: I looked into the topic for a bit, what I was needing the RT kernel for was audio recording/processing. Normal users can't run threads in

Re: [opensuse] Real-Time Kernal Questions - renice alternative

2007-12-14 Thread Marcus Meissner
On Fri, Dec 14, 2007 at 01:29:41PM -0600, K.R. Foley wrote: Marcus Meissner wrote: On Fri, Dec 14, 2007 at 07:12:40PM -, David wrote: On Fri, 14 Dec 2007 18:28:19 -, Jason Craig [EMAIL PROTECTED] wrote: I looked into the topic for a bit, what I was needing the RT kernel for was

Re: [opensuse] Real-Time Kernal Questions - renice alternative

2007-12-14 Thread Wolfgang Woehl
Freitag, 14. Dezember 2007 Marcus Meissner: Realtime is only useful for people who understand what it is. ;) Meep. A fully preemptible kernel (realtime kernel) plus the right pam configuration and sane jack audio connection kit setup can give you audio latency 1 ms even with a cheapo onboard

Re: [opensuse] Real-Time Kernal Questions - renice alternative

2007-12-14 Thread Wolfgang Woehl
Freitag, 14. Dezember 2007 Carlos E. R.: So, yes, a method to give a group of programs realtime priority from the start would be interesting. Audio people these days use the PAM infrastructure for this, look at /etc/security/limits.conf where rtprio and memlock are relevant for audio work

Re: [opensuse] Real-Time Kernal Questions - renice alternative

2007-12-14 Thread Carlos E. R.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Friday 2007-12-14 at 22:04 +0100, Wolfgang Woehl wrote: So, yes, a method to give a group of programs realtime priority from the start would be interesting. Audio people these days use the PAM infrastructure for this, look at

Re: [opensuse] Real-Time Kernal Questions - renice alternative

2007-12-14 Thread Carlos E. R.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Friday 2007-12-14 at 13:55 -0600, K.R. Foley wrote: First, it is not renice what you are looking at, but ionice - from the manual: Actually there is a renice program that sets the nice value of a program within the SCHED_OTHER scheduling