Lavorando per mobile advertising noi dovevamo rispondere alle richieste delle borse in 20ms. Per far questo usavamo zmq per evitare di fare handshake ogni volta. Http/2 dovrebbe anche funzionare. Non so se ti รจ utile.
Uberto On 28 Feb 2018 12:04, "Alessio Santacroce [email protected] [it-torino-java-jug]" <[email protected]> wrote: > > > Ciao a tutti, > > Questa non e' proprio una domanda su Java, ma so che ci sono qui molti > esperti di servizi REST e problemi di rete che magari mi possono dare una > buona idea :-) > > Sviluppo un servizio REST su protocollo HTTPS. > Ho come vincolo che le api devono rispondere entro 300 ms. > La maggior parte delle risposte finiscono in tempo. > Una percentuale, in genere intorno all' 1 per mille, no :( > > Ho misurato che spesso gran parte del temp e' perso per la connessione ed > in particolare per handshake SSL/SSH. > > Per esempio: > > curl https://xxx/mio-servizio -w "@curl-format.txt" > > time_namelookup: 0.060681 > time_connect: 0.061517 > time_appconnect: 0.168877 > time_pretransfer: 0.168905 > time_redirect: 0.000000 > time_starttransfer: 0.171531 > ---------- > time_total: 0.171547 > > > Cosa fareste per ridurre il time_appconnect [The time, in seconds, it took > from the start until the SSL/SSH/etc connect/handshake to the remote host > was completed]? > > Grazie, > Alessio > >
