Comments on: The Bandwidth Delay Product http://www.protocolostomy.com/2009/01/08/the-bandwidth-delay-product/ Made with only the finest 1's and 0's Thu, 26 Jan 2012 21:20:45 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: Jonathan Billings http://www.protocolostomy.com/2009/01/08/the-bandwidth-delay-product/comment-page-1/#comment-7405 Jonathan Billings Fri, 09 Jan 2009 22:45:31 +0000 http://www.protocolostomy.com/?p=454#comment-7405 If you're concerned about network performance and SSH, and you have control over the SSH server and client, you might want to take a look at the SSH HPN patches: http://www.psc.edu/networking/projects/hpn-ssh/ If you’re concerned about network performance and SSH, and you have control over the SSH server and client, you might want to take a look at the SSH HPN patches: http://www.psc.edu/networking/projects/hpn-ssh/

]]> By: Matt Simmons http://www.protocolostomy.com/2009/01/08/the-bandwidth-delay-product/comment-page-1/#comment-7403 Matt Simmons Fri, 09 Jan 2009 20:35:38 +0000 http://www.protocolostomy.com/?p=454#comment-7403 @m0j0 That is an impressive amount of data / bandwidth to be dealing with. I'm really looking forward to hearing about the rest of it :-) And you're very welcome! @m0j0

That is an impressive amount of data / bandwidth to be dealing with. I’m really looking forward to hearing about the rest of it :-) And you’re very welcome!

]]> By: m0j0 http://www.protocolostomy.com/2009/01/08/the-bandwidth-delay-product/comment-page-1/#comment-7402 m0j0 Fri, 09 Jan 2009 20:27:00 +0000 http://www.protocolostomy.com/?p=454#comment-7402 Right. I hope I was clear there about SSH being the worst possible tool for moving data where performance is important at all. I wish I could tell you that the actual project I'm working on is as simple as upgrading the NIC and using FTP. Nope, the machines in question are doing long-haul, multi-terabyte transfers, and there's already 10GbE capability between the two (geographically dispersed) sites. While I *am* going to be mucking with some network performance tuning, the real bottleneck at this point appears to be disk -- or at least the client is resigned to the fact that they'll need new hardware (which might be a good thing) -- but it's early on in the project and I won't know more until I return from another project in a couple of weeks. I'll post as things progress, though, because for sure this will be the most data I've ever had to move, over the biggest pipe I've ever had access to (well, over the 'net anyway). Thanks for the links, btw! Right. I hope I was clear there about SSH being the worst possible tool for moving data where performance is important at all. I wish I could tell you that the actual project I’m working on is as simple as upgrading the NIC and using FTP. Nope, the machines in question are doing long-haul, multi-terabyte transfers, and there’s already 10GbE capability between the two (geographically dispersed) sites. While I *am* going to be mucking with some network performance tuning, the real bottleneck at this point appears to be disk — or at least the client is resigned to the fact that they’ll need new hardware (which might be a good thing) — but it’s early on in the project and I won’t know more until I return from another project in a couple of weeks. I’ll post as things progress, though, because for sure this will be the most data I’ve ever had to move, over the biggest pipe I’ve ever had access to (well, over the ‘net anyway).

Thanks for the links, btw!

]]> By: Matt Simmons http://www.protocolostomy.com/2009/01/08/the-bandwidth-delay-product/comment-page-1/#comment-7401 Matt Simmons Fri, 09 Jan 2009 19:33:04 +0000 http://www.protocolostomy.com/?p=454#comment-7401 I had some issues with GbE lan speed a while back. You might find my posts interesting: <a href="http://standalone-sysadmin.blogspot.com/2008/10/answer-to-slow-speeds-from-last-week.html" rel="nofollow">http://standalone-sysadmin.blogspot.com/2008/10/answer-to-slow-speeds-from-last-week.html</a> When I took ssh out of the equation, my speeds more than tripled. I now transfer database images with FTP (over a private network, of course and do so in a fraction of the time my rsyncs took. I had some issues with GbE lan speed a while back. You might find my posts interesting:

http://standalone-sysadmin.blogspot.com/2008/10/answer-to-slow-speeds-from-last-week.html

When I took ssh out of the equation, my speeds more than tripled. I now transfer database images with FTP (over a private network, of course and do so in a fraction of the time my rsyncs took.

]]>