<div><br></div><div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
I don&#39;t get it:<br></blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
What exactly makes you ask this question?<br></blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
How do you get the idea that a database might be of any help?<br></blockquote></div><div><br></div><div>Well I was referring to the example of WS-BPEL where time span is is so huge (in days or weeks), I guess storing the state in a DB would be a better option IMHO.</div>
<div><br></div><div>I agree with Andrew when he said, pickling can be compared to swap operation of OS. </div><div><br></div><div>And yes, as others have pointed out these needs to tested properly to figure out time taken for serialization and de-serialization and compare it with  DB read and write, specially when load is high and data size is large.</div>
<div><br></div><div>--Rana</div><br><div class="gmail_quote">On Fri, Mar 27, 2009 at 5:27 PM, Christian Tismer <span dir="ltr">&lt;<a href="mailto:tismer@stackless.com">tismer@stackless.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 3/26/09 8:29 PM, Rana Biswas wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
    In the world of WS-BPEL, a transaction can take *days* or *weeks* to<br>
    occur (imagine in reality, a product is back-ordered or you are<br>
    waiting for M out of N vendors to respond). For the moment, let us<br>
    put aside issue of what sort of underlying protocol is used. In<br>
    these situations, you would want, after a certain amount of time, to<br>
    pickle the tasklets that constitute the process and free up memory.<br>
    When the message comes back in, depickle the tasklets and they will<br>
    resume where they left off.<br>
<br>
<br>
Won&#39;t saving the data in a database be a better idea in this scenario.<br>
</blockquote>
<br></div>
I don&#39;t get it:<br>
What exactly makes you ask this question?<br>
How do you get the idea that a database might be of any help?<div><div></div><div class="h5"><br>
<br>
-- <br>
Christian Tismer             :^)   &lt;mailto:<a href="mailto:tismer@stackless.com" target="_blank">tismer@stackless.com</a>&gt;<br>
tismerysoft GmbH             :     Have a break! Take a ride on Python&#39;s<br>
Johannes-Niemeyer-Weg 9A     :    *Starship* <a href="http://starship.python.net/" target="_blank">http://starship.python.net/</a><br>
14109 Berlin                 :     PGP key -&gt; <a href="http://wwwkeys.pgp.net/" target="_blank">http://wwwkeys.pgp.net/</a><br>
work +49 30 802 86 56  mobile +49 173 24 18 776  fax +49 30 80 90 57 05<br>
PGP 0x57F3BF04       9064 F4E1 D754 C2FF 1619  305B C09C 5A3B 57F3 BF04<br>
      whom do you want to sponsor today?   <a href="http://www.stackless.com/" target="_blank">http://www.stackless.com/</a><br>
</div></div></blockquote></div><br>