anchor.diff:  
   * En este ejemplo asumimos que el kernel va a generar una señal para indicarnos que la operación esta completa. Esta señal no es generada hasta que los datos hayan sido copiados al buffer de la aplicación, lo cual es distinto al _signal-driven I/O model_.
   
  -*Nota:* Al parecer pocos SO soportan POSIX asynchronous I/O. Al parecer es mas común verlo en disk IO en lugar de un uso para sockets.
  +*Nota:* Al parecer pocos SO soportan POSIX asynchronous I/O. Es mas común verlo en disk IO en lugar de un uso para sockets.
   
   == Comparison of the I/O Models
   
  
positive.code: Antes de empezar a entender los distintos modelos de IO, seria bueno saber por que
  podríamos estar interesado en ellos.
  
  Cuando desarrollamos una aplicación, esta realiza distintas tareas, realizar cálculos,
  leer archivos, enviar emails, etc. Dependiendo del tipo de tarea que ejecutemos podremos
  decir que nuestro proceso es *CPU-bound* o *I/O-bound*.
  
  
negative.code: 
  ==== What is I/O Multiplexing?
  
  Es la capacidad para indicarle al kernel que queremos ser notificados si una o mas operaciones de IO están listas.
  Algunas funciones como select, poll, epoll (linux) and kqueue (bsd) nos proveen esta funcionalidad.
  
  ==== Why Multiplexing?
  