Domanda

Sto costruendo una ricerca dinamica (aggiornata con ogni tastiera): il mio attuale schema è, ad ogni tastiera, inviare una nuova richiesta AJAX al server e ottenere dati in JSON.

Ho preso in considerazione l'apertura di un WebSocket per ogni "sessione" di ricerca per salvare un po 'di spese generali. So che questo farà risparmiare tempo, ma la domanda è: ne vale davvero la pena, considerando quei parametri: tempo di ping medio di 80 ms 166 ms: tempo tra ogni sequenza di tasti, supponendo che i tipi dell'utente siano relativamente veloci una velocità di trasferimento peggiore di 1 MB/s , con ogni pacchetto di dati che deve essere ricevuto su ogni tastiera non più di 1KB. L'app porta anche qualcosa come 30-40 ms per saldare i risultati di ricerca al DOM.

Ho trovato questo: Http vs websocket rispetto al sovraccarico, ma era un caso d'uso diverso.

I websocket ridurranno qualcosa oltre al puro HTTP in testa? Quanto costa il sovraccarico HTTP (supponendo che nessun biscotto e intestazioni minime)?

Immagino che le richieste HTTP aprano una nuova presa di rete su ciascuna richiesta, mentre il WebSocket ci consente di usarne solo uno per tutto il tempo. Se la mia comprensione è corretta, qual è il sovraccarico effettivo di aprire una nuova presa di rete?

Nessuna soluzione corretta

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top