Rendimiento de ReceiveAsync vs. BeginReceive

Question

Actualmente estoy programando una aplicación de cliente y me pregunto si debería usar el método de clase Socket ReceiveAsync o BeginReceive. He estado utilizando este último hasta ahora, sin embargo, he encontrado que parece estresar bastante a la CPU. Aquí es lo que mi recibir bucle se ve básicamente como:

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); 
} 

Ahora me he estado preguntando si estoy haciendo algo mal aquí, ya que otras aplicaciones que se comunican casi no hacen hincapié en la CPU en absoluto. Y también me pregunto si estaría mejor con el uso de SocketAsyncEventArgs y ReceiveAsync.

Así que aquí están mis preguntas:

¿Por qué mi bucle Destacando la CPU tanto? ¿Debo usar SocketAsyncEventArgs y ReceiveAsync en lugar de BeginReceive?

Answer 1

He estado evaluando las conexiones síncronas y asincrónicas en una conexión de bucle localhost. Mis resultados fueron que la versión asíncrona fue aproximadamente un 30% más lenta. Eso fue sorprendente para mí teniendo en cuenta que Async IO está de moda ahora. No importa cuántos hilos usé. Podría usar 128 hilos y aún IO sincrónico fue más rápido.

La razón de esto es, creo, que async IO requiere más asignaciones y más transiciones de modo kernel.

Así que podría simplemente cambiar a IO sincrónico, si no espera cientos de conexiones simultáneas.

Answer 2

responda esto tendrías que perfilar tu aplicación. Lo que me pregunto es

• por qué no veo EndReceive
• por qué no se utiliza el búfer recibido en absoluto y
• por qué asignar nuevos y otra vez buffers - esta es la única opperation aquí que debe tener todos los recursos (CPU/memoria)

tener un vistazo a esto: http://msdn.microsoft.com/de-de/library/dxkwh6zw.aspx