> a terrible buffering algorithm The main difference now it that hpn tweaks the tcp window to function better on high-latency links. > It's able to consistent

> a terrible buffering algorithm The main difference now it that hpn tweaks the tcp window to function better on high-latency links. > It's able to consistently fill 1G ethernet links. Between two stock Debian sid laptops: dd if=/dev/zero bs=1048576 count=4096 | ssh <otherhost> dd of=/dev/null 8388608+0 records in 8388608+0 records out 4294967296 bytes (4.3 GB) copied, 37.0848 s, 116 MB/s That's 90% of the theoretical bandwith, right? If you're really transferring huge file files across fat WAN links, why not use GridFTP like the supercomputing centers use? They transfer TB daily. I wouldn't mess with patching openssh, especially with patches for old versions of openssh.