<div class="gmail_quote">On Mon, Mar 9, 2009 at 5:22 PM, Sascha Silbe <span dir="ltr">&lt;<a href="mailto:sascha-ml-ui-sugar-devel@silbe.org">sascha-ml-ui-sugar-devel@silbe.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Mon, Mar 09, 2009 at 11:52:53AM -0500, Wade Brainerd wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
It happens to me at least once every couple of days on build 767...first the<br>
UI freezes, then the trackpad stops responding, and if I&#39;m lucky I can<br>
manage to Ctrl-Alt-F1 and kill Browse before having to just hard power off.<br>
</blockquote>
This sounds like a security issue to me. Strangely, Bitfrost [1] only seems to address CPU and NAND exhaustion, but not RAM.<br>
No activity should be able to do what you describe above, whether intentionally or not.<br>
While a low memory warning has merits on its own, the underlying issue should be fixed as well. The most simple thing to do would be limiting segment sizes. Better solutions might tweak priorities for &quot;core&quot; system components (like sugar-shell) and/or require kernel changes (e.g. implement RLIMIT_RSS handling).</blockquote>
<div><br>But unfortunately most Sugar installations other than XOs will lack bitfrost, which is a wider issue that merits further investigation: Should sugar adopt bitfrost?  <br></div></div><br><br clear="all"><br>-- <br>
Luke Faraone<br><a href="http://luke.faraone.cc">http://luke.faraone.cc</a><br>