Let's please try to avoid stop energy in this thread. http://www.userland.com/whatIsStopEnergy
On demand sounds great in theory, but let's think about it for a second: How do you start on-demand a web app? (HTTPD daemon) How do you play the next track when the current track finishes playing? (Kagu daemon, or FastCGI Kagu daemon + HTTPD daemon) Kagu is used very similar to a daemon. It runs as long as you're playing music. And if that's all you use an n800 for then it's always running. It might even be in the background if you're taking notes or browsing the web. The difference is that it has a GUI right now. I'd like to make that portion optional to save some memory/CPU when you aren't using it. I'd also like to make startup time faster, and I'd like to make a web frontend for it. No, I don't mean an always on daemon. I mean an on-demand daemon. A background process that runs when you need it and doesn't when you don't. On 11/26/07, Igor Stoppa <[EMAIL PROTECTED]> wrote: > > Hi, > On Mon, 2007-11-26 at 13:11 -0500, ext Jesse Guardiani wrote: > > [snip] > > > This would mean that the Kagu backend process would be a daemon (aka a > > service, depending on your education environment). > > If possible, please no, not another daemon. We are already plagued by a > large number of (mostly unnecessary!) daemons (i don't remember on top > of my head how many exactly, but it's a 2 digits figure) that have > trickled over the years in the standard stack. > > The metacrawler is a good example of why you don't want to write a > daemon. > > To write a daemon is to ask for trouble since your sw will use memory, > cpu time and power all the time. Also bugs will be more critical. > > What's wrong with something that runs on-demand? > > Unless you rely on having dbus to start and stop the service ... that > would probably be ok. > > > -- > Cheers, Igor > > Igor Stoppa <[EMAIL PROTECTED]> > (Nokia Multimedia - CP - OSSO / Helsinki, Finland) > -- Jesse Guardiani Software Developer / Sys Admin [EMAIL PROTECTED]
_______________________________________________ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
