Falando de uma perspectiva do Servidor Web, e tendo usado o firebug um pouco.
Eu já vi os 0ms de que você fala antes, mas eu também tenho mais a ver com algo chamado KeepAlives (no Apache e outros). A ideia de você fazer uma solicitação inicial para um servidor da Web e se manter ativo é permitida e ativar a conexão após o servidor da Web ter atendido a solicitação não é fechada imediatamente, ela permanece ativa por um determinado período de tempo até atingir o tempo limite definido dentro do KeepAlive, isso significa que outros elementos em uma página da web podem ser solicitados para o mesmo servidor e domínio com a conexão ainda estabelecida, salvando assim o moral do equipamento de espera do cliente ter que se reconectar novamente.
Tem altos e baixos, embora seja bom, já que melhora a velocidade um pouco, mas pode ter um efeito em um aplicativo muito ocupado que tantos pedidos estão chegando ao aplicativo e estão aguardando o tempo limite que você pode acabar exaurindo o aplicativo. número de conexões.
Isso é tudo em um contexto de servidor da Web, mas não vejo por que o mesmo não seria possível para um aplicativo de nó. No entanto, eu ficaria surpreso se você for capaz de ver o tempo de conexão de 0ms para uma conexão que ainda não está aberta e estabelecida. Há alguns pacotes que precisam ser alternados com SYN, SYN-ACKs e ACK para conexões TCP, que em servidores remotos vai demorar mais de 0ms.
Tenho certeza de que alguém aqui tem uma ideia melhor do lado do nó, mas tenho certeza que ainda é útil e relevante.
Felicidades, M