<p>All good points. I think as we have moved away from simple web pages and really start to think about applications that are coded in js, many things previously the exclusive domain of desktop apps are more and more desirable for web apps.</p>

<p>I also think that a web page should be able to request exclusive access to the graphics card just like many native games do, and that the user need not be aware that anything different has occurred because the browser can simply pause other processes that are not in focus.</p>

<p>I realise the technical aspects of doing that are mega complex. For one, each process that is currently using the gpu would ned to be signaled that it no longer has access at the moment and to pause itself, but then again, desktop apps have had to deal with these events for ages.</p>

<p>It's been a while but I remember coding a similar event handler for when a user pressed the windows key and suddenly my game was minimised. If I remember correctly, I had to re-initialise direct x or open gl before I could continue processing.</p>

<p>Can't we have something similar on a browser with js events?</p>
<p>Somewhere down the road I guess!</p>
<p><blockquote type="cite">On 28 Sep 2010 00:01, "timeless" <<a href="mailto:timeless@gmail.com">timeless@gmail.com</a>> wrote:<br><br>tl;dr of my previous post: it's impossible to know how much memory is<br>

available in the future.<br>
<br>
How much memory you're currently using is something that /could/<br>
probably be provided in the near future. *However*, there might be a<br>
concern that this could be abused by attackers trying to figure out<br>
information about the host environment. Either way, you'll have to<br>
wait for browsers to finish exposing this to users before it becomes<br>
exposed to web applications.<br>
<br>
As for canvas sizes... The amount of available ram can easily have<br>
nothing to do with video graphics surface restrictions. This is a<br>
distinct requirement (thanks for listing it). I think it's probably<br>
more reasonable for browsers to provide a hint about this than the<br>
others. Again there are security concerns, and resource race<br>
conditons. But if the number is clamped and can somehow float, perhaps<br>
it's workable. Keep in mind that there could be 5 windows side by side<br>
each competing to waste e.g. GL contexts on an overly constrained GL<br>
based system (the embeddings I'm looking at suck like this).<br>
<br>
That leaves the "i want to dump data to cache" case, which is covered<br>
by "use a timer (even Date()) and figure out if things have slowed too<br>
much. For this case, you should in theory start by playing with<br>
localStorage and application-cache.<br>
<br>
Automatically tuning is your user's friend. And it doesn't require any<br>
new apis :)<br>
</blockquote></p>