Tested versions

Reproducible in 4.3 builds and earlier. Tested using current wsl_peer.cpp master for 4.4.

System information

MacOS 13.6.5

Issue description

When a WebSocketPeer is connected using StreamPeerTLS, the speed of putting a packet in the direction of server->client is MUCH slower than in the client->server direction. Without TLS, the speeds are the same in both directions.

I'm using the latest improvements that should be ensuring TCP_NODELAY is always set, but could this not be propogating when using StreamPeerTLS? I'm also redundantly setting set_no_delay(true) in the MRP and that doesn't change the behavior.

In the MRP when using TLS, transferring a 215kb packet client-to-server takes 5msec, and up to 167msecs server-to-client. Without TLS, the transfer is symetrical at about 2msecs in both directions.

The delay/slowdown is consistant regardless of the max packet size or size of the packet, although the delay increases the larger the packet.

I modified the WebSocket Chat demo project to transfer a binary packet in both directions and report the transfer time. The TLS option can be toggled on an off for the WebSocketServer class using the Inspector.

Here is WITHOUT TLS:

And here is WITH TLS:

Steps to reproduce

See MRP.

Minimal reproduction project (MRP)

websocket_chat_TLS_transfer_speed_bug.zip