Request regarding CHAN_INPUT_MAX

Damien Miller djm at mindrot.org
Sat Apr 11 10:31:22 AEST 2026


On Fri, 10 Apr 2026, Chris Rapier wrote:

> I spent some more time nailing this down. It turns out that there seems to be
> an inverse relationship between CHAN_INPUT_MAX and throughput when OpenSSH is
> sending to HPN-SSH.
> 
> If I don't clamp the advertised window on my side
> CHAN_INPUT_MAX 		Throughput
> 16MB			200Mbps
> 12MB			400Mbps
> 8MB			950Mbps
> 4MB			1.5Gbps
> 1MB			2.8Gbps
> 512KB			2.8Gbps
> 
> So yeah. Please don't increase CHAN_INPUT_MAX! In fact, I'd really like to
> understand this behaviour. Especially because the smaller window size actually
> seems to make a big difference

I think this is the pathological behaviour I've discussed with you previously
where a near-full sshbuf that is experiencing lots of small writes undergoes
expensive compaction operations for each of them.

Maybe it's time to change how buf->max_size is handled. I had a patch for
that; does https://github.com/djmdjm/openssh-wip/pull/44 help here?

-d


More information about the openssh-unix-dev mailing list