Asynchrone IO

Witz

Festplattenzugriffe sind traditionell um den Faktor 1000 langsamer als Hauptspeicherzugriffe.

Es ist unsinnig, die CPU auf die Festplatte warten zu lassen. Deswegen macht der Festplattencontroller über DMA die Arbeit.

In UNIX schreibt der write(2)-Systemcall die Daten in einen Schreibcache und ein read(2) wird solange blockiert, bis die Daten da sind - und andere Prozesse kommen an die Reihe.

Wenn man die HW-Architektur überdenkt, dann liegt die Idee nahe, das Verhalten auf die Betriebsystemapi abzubilden:

• Beim Schreiben wird der Prozess benachrichtigt, wenn die Daten geschrieben wurden
• Beim Lesen wird der Prozess benachrichtigt, wenn die Daten vorliegen

Links

• Wikipedia Artikel
• Google-Recherche
• AIO im Linux-Kern
• Diskussion über AsyncIO bei Windows - noch auszuwerten.
  Verweist auf Synchronous und Asynchrounous I/O und I/O Completion Ports

Bemerkungen

In einem Artikel im QT-Forum wurde festgestellt, daß die asynchrone IO auch langsamer sein kann.