<br><br><div><span class="gmail_quote">On 11/26/07, <b class="gmail_sendername">Igor Stoppa</b> <<a href="mailto:igor.stoppa@nokia.com">igor.stoppa@nokia.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>> On demand sounds great in theory, but let's think about it for a<br>> second:<br>> How do you start on-demand a web app? (HTTPD daemon)<br>> How do you play the next track when the current track finishes
<br>> playing? (Kagu daemon, or FastCGI Kagu daemon + HTTPD daemon)<br><br>Yes, that's the intrinsic problem of using an http-based approach.<br>You rely on the http daemon being nice.</blockquote><div><br><br>You gain a lot from having an HTTP daemon though. You gain a consistent GUI (html + browser) and a common development methodology (web application development) that many programmers are already intimately familiar with.
<br><br>You also gain the ability to use a high level language for GUI work while still having a very fast startup time (theoretically, I haven't tried it yet).<br><br>You gain the ability to use CSS for application theming.
<br><br>You also gain portability. No more wondering why the strange PyGtk Hildonization hack you had to do back in Bora no longer works in Chinook. In fact, you no longer care if you're on chinook, bora, gregale, or the internet at large. It doesn't matter. All you need is a web server and a web browser and you're good to go.
<br><br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Kagu is used very similar to a daemon. It runs as long as you're
<br>> playing music. And if that's all you use an n800 for then it's always<br>> running. It might even be in the background if you're taking notes or<br>> browsing the web. The difference is that it has a GUI right now. I'd
<br>> like to make that portion optional to save some memory/CPU when you<br>> aren't using it. I'd also like to make startup time faster, and I'd<br>> like to make a web frontend for it.<br><br>Then you have to make sure that it will have 0% CPU residency, otherwise
<br>you'll be stealing playback time from your use-case.<br>And you'll be taking memory no matter what, but hopefully not too much.</blockquote><div><br><br>Yes. I've already written Kagu using pygame. I've had to deal with CPU utilization and playback more than I'd like to admit. It would be significantly easier to handle without a GUI because I wouldn't have to worry about maintaining a consistent frame rate in pygame at the same time.
<br><br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Also, if you choose this approach, it is worth mentioning it in the<br>release notes of your application, so that users don't get the false
<br>impression that your sw is harmless to battery life.</blockquote><div><br><br>meh. Never mentioned it in Kagu. Once I screwed it up and people complained. We fixed it quickly and people forgot it ever happened. That's just another useful thing about using a browser for a GUI IMO.
<br> <br><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> No, I don't mean an always on daemon. I mean an on-demand daemon. A
<br>> background process that runs when you need it and doesn't when you<br>> don't.<br><br>I'm not a userland guy, but for what i remember, dbus should be able to<br>start for you services that are not running, and dbus is _already_
<br>running all the time.</blockquote><div><br><br>Hey, there's a useful bit of info! Thanks! I forgot all about that. So the Kagu daemon could be started via dbus and kill itself when it runs out of useful work to do. The frontend could then run using the normal mod_php mentality (page based) and start the backend automatically using dbus when it needs it, continuing to query via dbus any time it needs to communicate.
<br><br></div></div><br><br clear="all"><br>-- <br>Jesse Guardiani<br>Software Developer / Sys Admin<br><a href="mailto:jesse@guardiani.us">jesse@guardiani.us</a>