<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">yeah! true!<div><br></div><div>&nbsp;and preferentially with the app written in&nbsp;assembler using vi&nbsp;:)<div><br></div><div>joke aside...&nbsp;</div><div><br></div><div>with the avoiding session-state altogether idea you're taking things a step further, I don't know if that's appealing.</div><div><br></div><div>It might be.</div><div><br></div><div>It's certainly more experimental</div><div><br></div><div><div><a href="http://about.me/sebastianconcept">sebastian</a></div><div><br></div><div>o/</div></div><div><br></div><div><br></div><div><br><div><div>On Oct 5, 2011, at 2:01 PM, Dale Henrichs wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Sebastian,<br><br>If you want the absolute fastest performance, write a read only application and serve up static pages:)<br><br>If you do anything else, you will compromise your performance.<br><br>Presumably the trade offs that you make along the way are worth it.<br><br>Even in the single request model, there is a boat load of session state being saved by Seaside and that session state is a burden on the garbage collector and impacts performance ...<br><br>If you use a framework like Seaside-REST you can avoid saving session-state altogether, but then you are responsible for managing "session state" yourself ... <br><br>There is definite value in knowing that one can arrange skipping the redirect, but it is an application-level decision whether or not the trade-off is worth it or not.<br><br>Dale<br><br>----- Original Message -----<br>| From: "Sebastian Sastre" &lt;<a href="mailto:sebastian@flowingconcept.com">sebastian@flowingconcept.com</a>&gt;<br>| To: "Seaside - general discussion" &lt;<a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a>&gt;<br>| Sent: Wednesday, October 5, 2011 5:37:54 AM<br>| Subject: Re: [Seaside] Seaside redirects, really?<br>| <br>| <br>| <br>| <br>| On Oct 4, 2011, at 2:26 PM, Norbert Hartl wrote:<br>| <br>| <br>| <br>| And still what you are saying is correct that whatever I tell you the<br>| extra request goes on top. I just want to add that the effect is not<br>| as big as you might think.<br>| <br>| <br>| Norbert<br>| <br>| <br>| <br>| <br>| perhaps, but we should rely on the measured observations on how it<br>| performs with redirects vs. without them.<br>| <br>| <br>| Probably not for everybody but there is something else:<br>| <br>| <br>| For all people using one transaction per request kind of<br>| architectures...<br>| <br>| <br>| Having the redirect means that your app needs 2 transactions per<br>| action with all the overhead and complications that it could mean*.<br>| <br>| <br>| <br>| <br>| sebastian<br>| <br>| <br>| o/<br>| <br>| <br>| *for example the data your app readed fresh in the first transaction<br>| has no use on the second complicating the app (if consistency is<br>| mandatory it probably requires a re-read). Depending on how the app<br>| deals with that problem, that could be a hidden cost (paid in<br>| latency in the magnitude of I/O and in development costs)<br>| <br>| <br>| <br>| _______________________________________________<br>| seaside mailing list<br>| <a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a><br>| <a href="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</a><br>| <br>_______________________________________________<br>seaside mailing list<br><a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a><br>http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside<br></div></blockquote></div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br></div></div></span></span><br class="Apple-interchange-newline">
</div>
<br></div></div></body></html>