On Sun, 13 May 2001, Rickard Lind wrote:
> On Sat, 12 May 2001, Matt wrote:
>
> > On 12 May 2001 [EMAIL PROTECTED] wrote:
> >
> > > * Applied Matt's patch to unwarnify main.c
> > > * soundserver_sdl.c now uses SDL's select()-like functions to wait for
> > > signals
> >
> > It actually looks like using sci_sched_yield works just as well.
> >
> > CPU usage of the sound thread never goes above 10% (during song loading, I
> > guess?), and usually plays/idles around <2%. This is about as good as the
> > SDL_CondWait* stuff was getting, and should work on Linux/BSD/etc as well.
> >
> > Attached is a diff that reverts to sci_sched_yield(), since it will work
> > better across platforms.
> >
> > Now we just need to fix the main thread trying to use 100% CPU all the
> > time :)
>
> With this patch, the CPU (PPro200) spends 100% of its time on FreeSCI,
> mostly not doing anything actively. Character movement pauses every ~5
> second, music output is sluggish. From the Linux user performance
> perspective this sucks bigtime.
Using the SDL_CondWait*, or using the sci_sched_yield?
Also, if you're using the SDL soundserver, which thread is using the CPU
time? On win9x, the main thread ends up using all the CPU it can all the
time.
--
http://www.clock.org/~matt
