Best practice di applicazioni di rete ad alte prestazioni

Question

Durante il test di un server multicast UDP che ho scritto su Windows 7 Ultimate x64, mi sono imbattuto in una cosa più curiosa. Riproduzione di musica con foobar2000 sullo sfondo in modo significativo migliorata La velocità di trasmissione del server, ma ha anche incontrato minori perdite di pacchetti. Disattivando immediatamente la musica, la velocità di trasmissione è scesa a livelli inferiori a quelli accettabili, ma ha anche prodotto una perdita di pacchetti pari a 0. (Ho un'applicazione client che comunica con il server e riporta pacchetti non riconosciuti)

Sono consapevole del comportamento di Vista (e su) per far funzionare bene i media e le applicazioni di rete, ma di certo non mi aspettavo che suonasse la musica migliorerebbe le prestazioni della rete, né che la disattivazione delle prestazioni di rete degradate fosse così significativa.

Cosa posso fare su questo dal punto di vista del codice nella mia applicazione server in modo che funzioni in modo coerente sia che si riproduca musica o meno su Vista e su? Vorrei certamente evitare di dover informare tutti i miei clienti su come modificare il loro registro per ottenere velocità di trasmissione accettabili, e vorrei anche evitare di farli semplicemente "riprodurre musica" per ottenere anche tassi di trasmissione accettabili. L'applicazione dovrebbe "funzionare" secondo me.

Sto pensando che la soluzione implichi qualcosa sulla falsariga delle priorità del processo, MMCSS, o forse qualche altra oscura chiamata API di Windows per farlo fare qui The Right Thing (TM).

Inoltre, scusate ma la creazione di un caso di test riproducibile è una quantità non trascurabile di lavoro. Il comportamento di limitazione si verifica solo quando il driver per la scheda di rete fisica sta funzionando attivamente e non può essere riprodotto utilizzando l'interfaccia di loopback. Uno avrebbe bisogno di un'implementazione del client, un'implementazione del server e l'hardware della rete fisica con cui testarlo.

Answer 1

Quello che si osserva è l'effetto collaterale della risoluzione di clock della macchina del proprio lettore multimediale a 1 ms.

Questo accade solo durante il gioco

L'effetto collaterale è - la tua applicazione ha porzione di tempo più piccoli e questo imporves vostra applicazione perché probabilmente hai avuto molta CPU rubato dalla tua app e con porzione di tempo più lungo - più a lungo tempo.

di provarlo è sufficiente impostare la risoluzione del timer all'interno della vostra applicazione per 1ms e confrontare le prestazioni senza riproduzione multimediale.

Dovrebbe essere lo stesso come se senza impostazione clocres ma con riproduzione multimediale.

Answer 2

Foobar ha ottenuto molti plug-in scritti da persone diverse. Questi potrebbero essere la causa del tuo problema. Ti propongo di avvicinarti alla vera ragione. Prova a disattivare i plug-in uno ad uno eseguendo il test ogni volta che un plug-in è disabilitato.

Spero che l'idea possa essere d'aiuto.

Answer 3

Questo suona come il throughput di gestione TSP/IP basato sul suo algoritmo primitivo. Il white paper qui dovrebbe dare più sfondo. http://www.asperasoft.com/?gclid=CICSzMqD8Z0CFShGagod_ltSMQ Il loro prodotto è un protocollo UDP che funziona molto bene.

Answer 4

Sono passati molti anni da quando ho scritto il codice relativo al protocollo di rete, ma offrirò un'ipotesi.

Sospetto che si tratti di un problema di throughput and latency. Riproduzione di musica sta introducendo la contesa I/O e aggiungendo latenza nella trasmissione dei pacchetti. Tuttavia, è probabile che la latenza aggiunta causi l'accodamento dei pacchetti e quindi la produzione in batch aumenti il ​​throughput .

Per risolvere questo problema nel codice, è possibile provare a inviare i pacchetti in lotti da soli. Suppongo che tu stia inviando ciascun pacchetto al sistema per la trasmissione mentre i dati sono pronti. Raggruppa più pacchetti e inviali al sistema contemporaneamente. Anche solo un gruppo di due o tre pacchetti potrebbe fare una differenza drammatica, specialmente se si è introducing your own small delay tra ogni chiamata di sistema.

Non sono riuscito a trovare alcun collegamento direttamente rilevante da una ricerca rapida su Google. Tuttavia, è possibile vedere il concetto in this discussion of network tuning for Linux o in this FAQ che descrive tecniche come il batching per migliorare il throughput.