Welcome! Log In Create A New Profile

Advanced

Re: Optimizing NGINX TLS Time To First Byte (TTTFB)

Anton Yuzhaninov
December 19, 2013 05:54AM
On 12/19/13 04:50, Alex wrote:
> I remember reading (I believe it was in your (excellent) book! ;)) that
> upon packet loss, the full TLS record has to be retransmitted. Not cool
> if the TLS record is large and fragmented. So that's indeed a good
> reason to keep TLS records small and preferably within the size of a TCP
> segment.

Why TCP retransmit for single lost packet is not enough (in kernel TCP stack,
whit is unaware of TLS record)?
Kernel on receiver side, should wait for this lost packet to retransmit, and
return data to application in same order as it was sent.

Big TLS record can add some delay for first byte (but not to last byte) in
decrypted page, but browser anyway can't render first byte of page, It need at
least some data.

_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
Subject Author Posted

Optimizing NGINX TLS Time To First Byte (TTTFB)

Adam Zell December 18, 2013 07:44AM

RE: Optimizing NGINX TLS Time To First Byte (TTTFB)

Lukas Tribus December 18, 2013 07:44AM

RE: Optimizing NGINX TLS Time To First Byte (TTTFB)

Lukas Tribus December 18, 2013 07:50AM

Re: Optimizing NGINX TLS Time To First Byte (TTTFB)

Alex December 18, 2013 08:00AM

Re: Optimizing NGINX TLS Time To First Byte (TTTFB)

Alex December 18, 2013 07:52PM

Re: Optimizing NGINX TLS Time To First Byte (TTTFB)

Anton Yuzhaninov December 19, 2013 05:54AM

Re: Optimizing NGINX TLS Time To First Byte (TTTFB)

Jonathan Matthews December 18, 2013 07:54AM



Sorry, only registered users may post in this forum.

Click here to login

Online Users

Guests: 212
Record Number of Users: 8 on April 13, 2023
Record Number of Guests: 421 on December 02, 2018
Powered by nginx      Powered by FreeBSD      PHP Powered      Powered by MariaDB      ipv6 ready