[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-multimedia
Subject:    Re: [PATCH] artsd periodic cpu usage check
From:       Stefan Westerfeld <stefan () space ! twc ! de>
Date:       2000-09-06 12:05:30
[Download RAW message or body]

   Hi!

On Tue, Sep 05, 2000 at 05:30:50PM +0200, Martin Vogt wrote:
> On Mon, Sep 04, 2000 at 10:28:52AM +0200, Stefan Westerfeld wrote:
> > This patch adresses this issue by periodically (setitimer()) self-checking
> > the CPU usage of the artsd process (clocks()), and if it is over 90% for
> > more than 15 seconds, terminating artsd (exit()). I think with this patch
> > applied, running artsd all the time with realtime rights on some millions
> > of KDE desktops shouldn't lead to a single freeze.
> >
> 
> But it can lead to an exit(1) when you dont like it either.
> If the user plays a divx movie (with the divxplugin) the cpu will have
> a 100% load all the time. (At least on high resolutions
> on not so fast cpus.)

It wouldn't occur while viewing divx movies, as it only measures the CPU
usage of the artsd process (and not the spawned threads), and as mpeglib
is threaded. Moreover you'll also have time spent in the X11 server when
you are really watching a movie, so that the CPU usage distribution (for
divx) should be something like:

 * X11                       30%
 * artsd main process        10%
 * mpeglib input read thread  5%
 * mpeglib rendering thread  25%
 * mpeglib divx decoding     30%

which wouldn't lead to a lockup (since the artsd main process hasn't 100%,
and this is the only process with realtime rights), and not to an exit(1),
since the artsd main process stays under 90%.

   Cu... Stefan
-- 
  -* Stefan Westerfeld, stefan@space.twc.de (PGP!), Hamburg/Germany
     KDE Developer, project infos at http://space.twc.de/~stefan/kde *-         
_______________________________________________
Kde-multimedia mailing list
Kde-multimedia@master.kde.org
http://master.kde.org/mailman/listinfo/kde-multimedia

[prev in list] [next in list] [prev in thread] [next in thread]