Wydajność metody ReceiveAsync vs. BeginReceive

Question

Aktualnie programuję aplikację kliencką i zastanawiam się, czy powinienem użyć klasy Socket "ReceiveAsync lub BeginReceive. Do tej pory używałem tego ostatniego, jednak zauważyłem, że wydaje się mocno obciążać procesor. Oto co mój otrzymać pętlę zasadniczo wygląda następująco:

private void socket_ReceiveCallback(IAsyncResult result_) 
{ 
    // does nothing else at the moment 
    socket.EndReceive(result_); 
    byte[] buffer = (byte[])result_.AsyncState; 

    // receive new packet 
    byte[] newBuffer = new byte[1024]; 
    socket.BeginReceive(newBuffer, 0, newBuffer.Length, SocketFlags.None, 
         socket_ReceiveFallback, newBuffer); 
} 

Teraz Zastanawiałem się, czy robię coś źle tutaj, ponieważ inne aplikacje, które komunikują się z trudem stres procesora w ogóle. Zastanawiam się też, czy lepiej byłoby używać SocketAsyncEventArgs i ReceiveAsync.

Więc oto moje pytania:

Dlaczego moja pętla podkreślając CPU tak dużo? Czy powinienem używać SocketAsyncEventArgs i ReceiveAsync zamiast BeginReceive?

Answer 1

Przeprowadzałem analizę porównawczą synchronicznego względem asynchronicznego gniazda na połączeniu pętli localhost. Moje wyniki były takie, że asynchroniczna wersja była o około 30% wolniejsza. Było to dla mnie zaskakujące, biorąc pod uwagę, że asynchroniczne IO jest teraz wszystkim wściekłością. Nie miało znaczenia, ile wątków użyłem. Mógłbym używać 128 wątków i nadal synchroniczne IO było szybsze.

Powodem tego jest, moim zdaniem, że asynchroniczne IO wymaga więcej alokacji i więcej przejść w trybie jądra.

Możesz więc przełączyć się na synchroniczne IO, jeśli nie spodziewasz się setek równoczesnych połączeń.

Answer 2

Odpowiedz na to pytanie, musisz profilować swoją aplikację. Co Zastanawiam jest

• dlaczego nie widzę EndReceive
• dlaczego nie używasz odebranego bufora w ogóle i
• dlaczego można przydzielić nowy raz po raz bufory - to tylko opperation tutaj, że należy podejmować żadnych zasobów (CPU/pamięci)

Wystarczy popatrzeć na to: http://msdn.microsoft.com/de-de/library/dxkwh6zw.aspx