<br><br>
<div class="gmail_quote">On Wed, Feb 11, 2009 at 1:41 PM, Cristiano Paris <span dir="ltr">&lt;<a href="mailto:cristiano.paris@gmail.com">cristiano.paris@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="Ih2E3d">On Wed, Feb 11, 2009 at 2:30 PM, Peter Verswyvelen &lt;<a href="mailto:bugfact@gmail.com">bugfact@gmail.com</a>&gt; wrote:<br>&gt; I haven&#39;t looked at the details, but I think this is what a library like<br>
&gt; Reactive from Conal Elliott could do, but as far as I understand it, it is<br>&gt; still work in progress.<br><br></div>I&#39;m interested in the possibility of<br>stopping/pickling/unpickling/resuming a computation.<br>

<div>
<div></div></div></blockquote>
<div>&nbsp;</div></div>
<div class="gmail_quote">I think that would be difficult. You could probably store the continuation in a server-side cache if you&nbsp;aren&#39;t doing CGI but have a persistent server process, but eventually you&#39;ll need to discard unused continuations to avoid running out of memory. You may be able to use a WASH style continuation model in conjunction with this. So you store the session logs on disk, and if the continuation does not exist in memory you&#39;d fetch the session log from disk, replay the whole session from that, and reproduce the continuation that way. That way most sessions would just work directly off of the cache and never touch disk, but if someone waits too long (or, say, bookmarks a page in the middle of the session!)&nbsp;there&#39;s still a fallback stored on disk.<br clear="all">
</div>
<div class="gmail_quote"><br>-- <br>Sebastian Sylvan<br>+44(0)7857-300802<br>UIN: 44640862<br></div>