consegna pacchetto incoerente NIC, misurazione delle prestazioni NIC

Question

Uno dei nostri clienti sperimenta problema con la nostra applicazione di streaming (win32). Sembra pacchetti UDP (RTP) che devono essere inviati dall'applicazione con qualche intervallo costante (diciamo 20 ms) vengono inviati effettivamente con un delta notevolmente variabile (ad esempio 15ms - 25ms - 10ms - 30 ms). Questo è l'unico cliente che si verifica il problema in modo da scheda di rete o altre infrastrutture di rete del sistema operativo relativo è il nostro sospettato primordiale.

La domanda è: che tipo di configurazione di rete può introdurre tale problema (AV?, QOS?)

E come posso misurare il tempo che intercorre tra realtà chiamando "invio" funzione e il momento in cui il pacchetto è stato effettivamente consegnato alla rete? C'è qualche strumento a disposizione per esso.

Answer 1

Ragazzi il problema era in realtà le funzioni di temporizzazione di finestre infatti risultare che sonno () può avere risoluzione superiore a 15 ms. a meno che non si sta modo pianificato impostarla su una 1ms. Quindi, nessun rapporto cio' così mai al NIC.

Answer 2

Ho il sospetto che qualsiasi problema di rete può causare questo problema.

Non c'è alcun concetto di QoS (qualità del servizio) con UDP di base (fino al punto che si può perdere pacchetti, avere duplicati, ecc). La scheda di rete deve fare la coda pacchetti di scrivere alla rete, e quindi non si può garantire consegne dal momento che è in coda pacchetti provenienti da diverse applicazioni.

I router possono dare la priorità, come bene, e che influenzeranno la regolarità di questi pacchetti.

EDIT: Hai fatto notare la scheda di rete locale, quindi la ri sopra. I router non si applica in questa situazione.

In breve non c'è alcuna ragione di aspettarsi che quanto sopra è qualcosa di diverso che accettabile.

Answer 3

Se stai dicendo che si sta misurando questo direttamente sulla scheda di rete del computer in realtà la generazione dei pacchetti (vale a dire così può scontare tutte le influenze di rete), quindi una possibile causa è il carico sul computer stesso.

Se ci sono molte applicazioni in esecuzione sul computer, specialmente quelli interattivi e quelli con un bias interazione dell'utente forte (che tendono a ottenere la priorità dalla maggior parte dei pianificatori), allora si potrebbe scoprire che la vostra applicazione la creazione dei messaggi è semplicemente trovando difficoltà a competere per il tempo di cui ha bisogno.

Anche se tutti i computer dei clienti hanno lo stesso software caricato, quali applicazioni sono in realtà in esecuzione e ciò che stanno facendo con loro possono avere un influenza.