<div dir="ltr">Hi Lukas,<div><br></div><div>Seems Helper is not the key problem.</div><div><br></div><div>As we observed, the two key problems are:</div><div><br></div><div>1, Two steps in Tahoe uploading:</div><div>  a, uploading to the server or helper</div><div>  b, encryption, allocating shares and distribution</div><div><br></div><div>The web or other frontend only interact with and waiting for the response from the first step in http session or sftp session. In the second step the frontend is not associated with the backend handling session, so it will timeout. Then, this frontend will give a user of feeling upload failure. This should be able to solve by using slow operation progress status update. The related discussion and article are here.</div><div><br></div><div><a href="https://tahoe-lafs.org/pipermail/tahoe-dev/2015-April/009409.html">https://tahoe-lafs.org/pipermail/tahoe-dev/2015-April/009409.html</a><br></div><div><a href="https://tahoe-lafs.org/trac/tahoe-lafs/browser/trunk/docs/frontends/webapi.rst#slow-operations-progress-and-cancelling" style="color:rgb(68,110,155);text-decoration:none;margin-top:0px;font-family:'Helvetica Neue',Helvetica,Arial,sans-serif;font-size:15px;line-height:22.5px;background-color:rgb(245,245,245)">https://tahoe-lafs.org/trac/tahoe-lafs/browser/trunk/docs/frontends/webapi.rst#slow-operations-progress-and-cancelling</a><br></div><div><br></div><div>2, The second problem we have observed is Tahoe crashes sometime in big file uploading. But, it seems this problem is also related with #1, if we don't have the first failure, we didn't see this crash. We are still investigating ...</div><div><br></div><div>To solve these problems, I am here borrowing Tahoe's forum to introduce you a company, called Sercle.net . We are building our service based on Tahoe and adding some key features which normal customers might need, such as authentication, key management authorization, and self controlled easy deployment. By using our service, you can deploy Tahoe easily by just clicking some buttons either in cloud or in premise. We are also providing mobile apps for better UI.</div><div><br></div><div>The big file uploading is in our road map and we will cooperate with Tahoe team to solve it in our service. :-)</div><div><br></div><div>Thanks,</div><div>-Shu</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 17, 2015 at 2:01 AM, Lukas Pirl <span dir="ltr"><<a href="mailto:tahoe-dev@lukas-pirl.de" target="_blank">tahoe-dev@lukas-pirl.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 07/17/2015 08:30 PM, Freelab initiative wrote:<br>
> normally for slow links using a helper with a good connection shall<br>
> helps to reduce the traffic pretty much.<br>
<br>
</span>Thanks replying. I was mainly suffering from #610 and #613:<br>
through a helper, I had to upload everything on every `tahoe backup`.<br>
I am forced to use a helper, because I have a star topology (storage<br>
servers NATed). Snap :)<br>
<br>
Cheers,<br>
<div class="HOEnZb"><div class="h5"><br>
Lukas<br>
_______________________________________________<br>
tahoe-dev mailing list<br>
<a href="mailto:tahoe-dev@tahoe-lafs.org">tahoe-dev@tahoe-lafs.org</a><br>
<a href="https://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev" rel="noreferrer" target="_blank">https://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev</a><br>
</div></div></blockquote></div><br></div>