<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jan 24, 2014 at 12:39 PM, John Stoffel <span dir="ltr"><<a href="mailto:john@stoffel.org" target="_blank">john@stoffel.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Nick,<br>
<br>
>From looking at your description, it really sounds like you've got<br>
some sort of caching in the middle which is slowing things down.  But<br>
you don't explain the other side of the VPN well enough to know.<br>
<br></blockquote><div><br></div><div>No caching, no application acceleration anywhere I'm aware of.  </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Can the client using the VPN got a simple FTP from either of your<br>
Confluence servers at full speed?  Or can they pull http data from<br>
other internal hosts over the VPN at full speed.<br></blockquote><div><br></div><div>Installed vsftpd real quick, SCPed a test file over to the pub directory - it started at 2.5 and went up to 3.5 MB/s on the transfer up.</div>
<div><br></div><div>Pulled back down over FTP and SCP at 10kbps.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The fact that serial access is slow, while parallel access is fast<br>
is... surprising.  Does each access when done in parallel stay at<br>
10kbps, or do they all speed up to whatever the max the pipe to their<br>
end supports.<br></blockquote><div><br></div><div>The all speed up(to 200kbps or so) until one remains, then it drops back down.  It's utterly bizzare.</div></div></div></div>