On Fri, 28 Jan 2005, Julio Capote wrote: > If you have a reasonably fast machine, this shouldnt be a problem; the > 5.x branch can preempt that much thus far. Hence, youll never hear my > music stop (1.6ghz athlon-xp, 512ram), even under the most extreme > conditions (compiling, multiple programs opened on several workspaces), > only time I hear it skip, is when im extracting a large bz2 archive, but > I believe thats mostly due to the synchronous nature of the file > system...just my 2 cents.
It would be quite interesting to know if audio skipping is improved perceptibly with the SMP VFS work that Jeff Roberson has been doing. This work is in 6.x-CURRENT, and requireds debug.mpsafevfs to be turned on in the loader (and comes with risks, it's experimental) -- however, that would allow the sound card interrupt handlers to more quickly preempt under cpu load. Robert N M Watson > > > > - Julio Capote > > > Wilko Bulte wrote: > > > >On Sat, Jan 29, 2005 at 09:34:45AM +0100, Bram Van Steenlandt wrote.. > > > > > >>Hi > >> > >>I am working on something that requires the pc to play mp3 continiously > >>The pc does however has other tasks than this an once in a while the mp3 > >>stops (when you start mozilla for example) > >> > >>with apple and iTunes he tune keeps playing no mather what you do (it is > >>compiled into the kernel or something). > >> > >>Can I do this with freebsd, can I say something like: > >>This program got to have 10% of the available cpu and disk time or > >>something like it ? > >> > >> > > > >Have you looked at stuff like this in the kernel config (example > >taken from 4.x btw): > > > >##################################################################### > ># POSIX P1003.1B > > > ># Real time extensions added in the 1993 Posix > ># P1003_1B: Infrastructure > ># _KPOSIX_PRIORITY_SCHEDULING: Build in _POSIX_PRIORITY_SCHEDULING > ># _KPOSIX_VERSION: Version kernel is built for > > > >options P1003_1B > >options _KPOSIX_PRIORITY_SCHEDULING > >options _KPOSIX_VERSION=199309L > > > > > > > > > > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
