Hi all,<br><br><div class="gmail_quote">On Sat, Aug 7, 2010 at 6:31 PM, Bernie Innocenti <span dir="ltr"><<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

El Sat, 07-08-2010 a las 18:14 +0200, Tomeu Vizoso escribió:<br>
<br>
> So we would have a periodic wakeup? The test would be the amount of<br>
> free memory plus buffers and caches?<br>
<br>
A polled design is clearly inferior to a proper notification system, but<br>
it has the advantage of being simple and not requiring a particular<br>
kernel. Once this is done, switching to a better solution should not<br>
require extensive changes to the UI code.<br>
<br>
BTW, looking at top, it seems that Sugar and other processes wake up<br>
quite frequently when the system is supposed to be completely idle. It<br>
may be background checks for updates, NetworkManager updates or the<br>
presence service. Plus, there are a bunch of cron jobs that run in the<br>
background, inclding the ds-backup and olpc-update.<br>
<br>
All these things drain battery power and cause the UI to become jerky,<br>
so we should try to limit them if possible.<br>
<br>
<br>
> > Or, maybe, we could make this a manual process: pop up a notification<br>
> > when memory is short and ask which activity should be closed.<br>
><br>
> I would just close one of the background activities, the LRU or the biggest one.<br>
<br>
+1.<br></blockquote><div><br></div><div>Just killing a random activity is a terrible idea becayse you don't want your product behaving like it's defective; the pop up idea is way more acceptable(and a lot better than having the system randomly behaving like it's crashed). Either way, this is the extremely important use of swap memory that doesn't exist here. I understand your engineering constraints on the hardware but randomly killing activities is poised to confuse users and cause people considering the hardware for deployment to think that you're selling them something defective/baddly manufactured.</div>

<div><br></div><div>Best regards,</div><div>Tiago Marques</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
This, however, makes non-sugarized activities more dangerous to deal<br>
with. One more reason to demand proper sugarization.<br>
<font color="#888888"><br>
--<br>
   // Bernie Innocenti - <a href="http://codewiz.org/" target="_blank">http://codewiz.org/</a><br>
 \X/  Sugar Labs       - <a href="http://sugarlabs.org/" target="_blank">http://sugarlabs.org/</a><br>
<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
</font></blockquote></div><br>