Enabling SSH compression in PuTTY reduces the amount of data sent over the network, which can improve interactive terminal responsiveness on slow or high-latency links and lower bandwidth usage on constrained connections.
Compression is negotiated during the SSH-2 handshake: the client offers support for a compression algorithm (commonly zlib), the server chooses a compatible option, and each side compresses outbound data before encryption and decompresses inbound data after decryption.
Compression adds CPU overhead on both client and server, so it often provides little benefit on fast networks or when transferring already-compressed data (archives, media, many software packages). The setting must be applied before opening the session, and servers can disable compression entirely, making PuTTY’s Event Log the most direct way to confirm whether compression is actually in use.
Related: How to enable SSH keepalive in PuTTY
Related: How to enable X11 forwarding in PuTTY
Compression is only used if the server accepts it during negotiation.
Skip saving when compression is only needed for a one-off connection.
Saving with an existing name overwrites the stored settings for that profile.
Compression is not active when the log indicates none, which typically means the server rejected or disabled compression.