<br><div class="gmail_quote">On Sat, Jan 1, 2011 at 2:04 PM, Charles Pritchard <span dir="ltr"><<a href="mailto:chuck@jumis.com">chuck@jumis.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">


It's the same concept, a memory warning.<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Sat, Jan 1, 2011 at 3:39 PM, Charles Pritchard<<a href="mailto:chuck@jumis.com" target="_blank">chuck@jumis.com</a>>  wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Here are some example implementations; it's up to the vendor, not the spec.<br>
<br>
Tabbed browsing implementation:<br>
Send a lowmemory event to hidden tabs listening (for lowmemory), that have<br>
not been visible for more than 60 seconds.<br>
(This is a partial example, as it doesn't detail when the tabs would be<br>
checked for visibility. )<br>
</blockquote>
An event like this needs to have a consistent meaning to allow<br>
applications to respond meaningfully.  If it has varied meanings--or<br>
if it has attributes to indicate each meaning, but they don't get<br>
implemented in practice, or are too generic and don't accurately<br>
describe the situation on each platform and configuration--then<br>
applications can't respond correctly.<br>
</blockquote></div>
It has a consistent meaning, again, though, we're talking about whether it's a semantic meaning or a technical one.<br>
<br>
The technical meaning, "we can't allocate memory" isn't something that can be used on every platform, per Boris' comments.<br>
The semantic meaning is pretty straightforward: low memory warning.<br>
<br>
It's really up to the author to decide what they want to do with a low memory warning,<br>
and up to the vendor to decide if they want to send one out.<br>
<br>
Anything else seems to be impractical.</blockquote><div><br></div><meta charset="utf-8"><div>What I don't understand about this proposal is how web apps are supposed to free memory.  In my understanding, ES5 doesn't allow you to manually free memory (unlike Objective-C), and it's up to GC implementor to decide how and when (most of) resources are freed.</div>

<div><br></div><div>- Ryosuke</div></div>