<div dir="ltr">one thing that might help things here is have some way of having the simulator "bounce"/return zero when it is doing the calculate cost stage of a mesh upload.<br></div><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Thu, Aug 29, 2013 at 6:48 PM, Justin Clark-Casey <span dir="ltr"><<a href="mailto:jjustincc@googlemail.com" target="_blank">jjustincc@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm not sure this will be possible as I believe mesh is uploaded via a single HTTP post, which isn't easy to monitor server-side.  It's also possible that the mesh you're trying to upload is unfortunately simply too large and that we should have (optional) server-side enforced limits.  But this is speculation on my part.<br>

<br>
Is this a purely local upload or one to a server not on the same system?  If the server is on a different system, possibly you could install a monitoring tool to check your rate of data upload.  Naturally, one would expect a server on a local LAN to be very quick, but a remote one might be different and even on the local scenario, things like slow wifi might come into play.<br>

<br>
Perhaps you could install a monitoring tool on your system<div class="HOEnZb"><div class="h5"><br>
On 24/08/13 17:22, Ai Austin wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I wonder if its possible to get any debugging related to mesh uploads and their progress (or otherwise).<br>
<br>
I think I am timing out even when I set the     AckTimeout = 600   as suggested by Justin and want to try to figure out<br>
the stage at which the problems occur.<br>
<br>
I am uploading some Collada meshes that are 20MB up to 100MB in size.. and got them in once.. but cannot reliably repeat<br>
that especially f I try to vary the upload options to scale the incoming mesh, or if I add any physics details.<br>
<br>
______________________________<u></u>_________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
<br>
</blockquote>
<br>
<br></div></div><span class="HOEnZb"><font color="#888888">
-- <br>
Justin Clark-Casey (justincc)<br>
OSVW Consulting<br>
<a href="http://justincc.org" target="_blank">http://justincc.org</a><br>
<a href="http://twitter.com/justincc" target="_blank">http://twitter.com/justincc</a></font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Robert L Martin
</div>