Najlepsze praktyki wysokowydajnych aplikacji sieciowych

Question

Podczas testowania serwera multiemisji UDP, który napisałem na Windows 7 Ultimate x64, natknąłem się na najbardziej interesującą rzecz. Odtwarzanie muzyki za pomocą foobar2000 w tle znacznie poprawiło szybkość transmisji serwera, ale również poniosło niewielką utratę pakietów. Wyłączenie muzyki natychmiast obniżyło prędkość transmisji poniżej akceptowalnych poziomów, ale również spowodowało utratę pakietów. (Mam aplikację kliencką, która komunikuje się z serwerem i zgłasza niepotwierdzone pakiety)

Jestem świadomy dławiącego (i up) zachowania Vista, aby media i aplikacje sieciowe dobrze się ze sobą grały, ale na pewno nie spodziewałem się, że gra Muzyka poprawiłaby wydajność sieci, a także znacznie go obniżyła.

Co mogę zrobić z punktu widzenia kodu w mojej aplikacji serwerowej, aby konsekwentnie realizować odtwarzanie muzyki w systemie Vista i nie? Z pewnością chciałbym uniknąć informowania wszystkich moich klientów o tym, jak poprawić ich rejestr, aby uzyskać akceptowalne stawki transmisji, i chciałbym również uniknąć sytuacji, w której po prostu "odtwarzałbym muzykę", aby uzyskać akceptowalne stawki transmisji. Aplikacja powinna "po prostu działać" w mojej opinii.

Myślę, że rozwiązanie to obejmuje coś podobnego do priorytetów procesów, MMCSS lub być może jakieś inne niejasne wywołanie interfejsu Windows API, aby zmusić go do zrobienia The Right Thing (TM) tutaj.

Przykro mi, ale tworzenie powtarzalnego przypadku testowego to nietuzinkowa ilość pracy. Zachowanie dławienia występuje tylko wtedy, gdy sterownik fizycznej karty sieciowej aktywnie wykonuje pracę i nie może być odtworzony za pomocą interfejsu pętli zwrotnej. Do przetestowania potrzebna byłaby implementacja klienta, implementacja serwera i fizyczny sprzęt sieciowy.

Answer 1

To, co obserwujesz, jest efektem ubocznym twojego odtwarzacza multimedialnego ustawiającego rozdzielczość zegara twojego urządzenia na 1 ms.

Dzieje się tak tylko podczas odtwarzania

Ubocznym efektem jest - aplikacja ma mniejsze dopowiednią część czasu i to imporves aplikację bo prawdopodobnie miał dużo CPU skradzione z aplikacji i dłuższe dopowiednią część czasu - na dłużej czas.

Aby to przetestować, możesz po prostu ustawić rozdzielczość zegara w swojej aplikacji na 1 ms i porównać wydajność odtwarzania bez odtwarzacza multimedialnego.

Powinny być takie same, jak w przypadku braku ustawień clocres, ale z odtwarzaniem multimediów.

Answer 2

Foobar ma wiele wtyczek napisanych przez różnych ludzi. To może być przyczyną Twojego problemu. Proponuję, abyś zbliżył się do prawdziwego powodu. Spróbuj wyłączyć wtyczki jeden po drugim, wykonując test za każdym razem, gdy wtyczka jest wyłączona.

Mam nadzieję, że pomysł pomoże.

Answer 3

To brzmi jak przepustowość zarządzania TSP/IP na podstawie jej prymitywnego algorytmu. Biała księga powinna dać więcej tła. http://www.asperasoft.com/?gclid=CICSzMqD8Z0CFShGagod_ltSMQ Ich produkt jest protokołem UDP, który działa bardzo dobrze.

Answer 4

Minęło wiele lat, odkąd napisałem kod związany z protokołem sieciowym, ale dam znać.

Podejrzewam, że jest to problem z throughput and latency. Odtwarzanie muzyki wprowadza rywalizację I/O i dodaje opóźnienie w przesyłaniu pakietów. Jednak dodatkowe opóźnienie prawdopodobnie powoduje, że pakiety są w kolejce, a co za tym idzie zwiększają przepustowość przepustowości.

Aby rozwiązać ten problem w kodzie, możesz spróbować przesłać pakiety partiami. Zakładam, że przesyłasz każdy pakiet do systemu w celu przesłania, gdy dane staną się gotowe. Grupuj wiele pakietów i wysyłaj je do systemu w tym samym czasie. Nawet grupa dwóch lub trzech pakietów może sprawić dramatyczną różnicę, szczególnie jeśli między każdym wywołaniem systemowym jesteś introducing your own small delay.

Nie mogłem znaleźć żadnych bezpośrednich linków z szybkiego wyszukiwania w Google. Jednak można zobaczyć koncepcję w this discussion of network tuning for Linux lub w this FAQ, która opisuje techniki takie jak grupowanie w celu zwiększenia przepustowości.