estaba leyendohttp://msdn.microsoft.com/en-US/library/vstudio/hh191443.aspx. Código de ejemplo:

async Task<int> AccessTheWebAsync()
{ 
    // You need to add a reference to System.Net.Http to declare client.
    HttpClient client = new HttpClient();

    // GetStringAsync returns a Task<string>. That means that when you await the 
    // task you'll get a string (urlContents).
    Task<string> getStringTask = client.GetStringAsync("http://msdn.microsoft.com");

    // You can do work here that doesn't rely on the string from GetStringAsync.
    DoIndependentWork();

    // The await operator suspends AccessTheWebAsync. 
    //  - AccessTheWebAsync can't continue until getStringTask is complete. 
    //  - Meanwhile, control returns to the caller of AccessTheWebAsync. 
    //  - Control resumes here when getStringTask is complete.  
    //  - The await operator then retrieves the string result from getStringTask. 
    string urlContents = await getStringTask;

    // The return statement specifies an integer result. 
    // Any methods that are awaiting AccessTheWebAsync retrieve the length value. 
    return urlContents.Length;
}

La página también dice:

Las palabras clave async y espera no hacen que se creen subprocesos adicionales. Los métodos asíncronos no requieren subprocesos múltiples porque un método asíncrono no se ejecuta en su propio hilo

¿Este "no se crea un hilo adicional" se aplica dentro del alcance del método marcado como asíncrono?

Me imagino que para que GetStringAsync y AccessTheWebAsync se ejecuten al mismo tiempo (de lo contrario, GetStringAsync nunca terminará, ya que AccessTheWebAsync tiene el control ahora), eventualmente GetStringAsync tiene que ejecutarse en un hilo diferente del hilo de AccessTheWebAsync.

Para mí, escribir un método asíncrono solo es útil para no agregar más subprocesos cuando el método que espera también es asíncrono (que ya usa un subproceso adicional para hacer su propia cosa en paralelo)

¿Mi entendimiento es correcto?