私はいつもこれを不思議に思っていましたが、まだ答えが見つかりませんでした。「cout」または「printf」を使用するときはいつでも、それは画面にどの程度正確に印刷されますか。テキストはどのように出てきますか...（おそらくここではかなり漠然とした質問ですが、あなたが私に与えたものは何でもうまくいきません）。それで、基本的にそれらの関数はどのように作られていますか？..それはアセンブリですか？もしそうなら、それはどこから始まりますか？。これにより、いったいどのようにしてopenGl/directx関数を作成したかなどの疑問が生じます。
それを分解する人々はそれを分解します。:)
略語を含む1つのシナリオを次に示します。
printfまたはcout、ユーザープログラムのアドレス空間のバッファに文字を入れます。printf、バッファを早期に空にするように要求する可能性があります。いずれにせよ、I / Oライブラリはオペレーティングシステムを呼び出し、オペレーティングシステムはバッファの内容を独自のスペースにコピーします。クマが踊るのはすごい。
さて、彼らは一連のライブラリ関数を通過し、最終的にはwrite（）システムコールを呼び出し、データを適切なファイル記述子に送信します。これにより、ターミナルエミュレータでread（）呼び出しが発生します。 （または、これがWindowsの場合は、コマンドウィンドウシェル）。ターミナル/シェルにより、そのデータが画面に描画されます。おそらく、グラフィックシステムにデータを送信するためのシステムコールがさらに多くなります。
WindowsとUnix/Linuxの用語はまったく異なります。特に、シェルの概念はそれぞれでまったく同じではありません。ただし、read（）呼び出しとwrite（）呼び出しの使用は、どちらの場合も非常に似ています。
システムコールは、カーネルに特定のことを行わせる特別な関数です。それらがどのように実装されるかはかなり魔法のようであり、使用しているプロセッサの種類に大きく依存しますが、通常、カーネルが整理しなければならない何らかの回復可能なプロセッサエラーを引き起こすことによって発生します。
魔法は実際にデバイスドライバで発生します。OSは、アプリケーションプログラマーが接続するためのインターフェイスを提供します。これはある程度マッサージされ（たとえばバッファリングされ）、デバイスに送信されます。次に、デバイスは共通の表現を取得し、それを特定のデバイスが理解できる信号に変換します。そのため、ASCIIは、コンソール、PDFファイル、プリンター、またはディスクに、そのデバイスに適した形式で適切な形式で表示されます。ドライバーが理解できないASCII（またはUTF8）以外のものを試してみてください。そうすれば、私が話していることがわかります。
OSが処理できないもの（たとえば、特別なグラフィックカード）の場合、アプリはデータをデバイスメモリに直接書き込みます。これは、DirectXのようなものがどのように機能するかです（大幅に単純化しすぎます）。
各デバイスドライバーは異なります。ただし、少なくともデバイスのクラス（ディスク、NIC、キーボードなど）ごとに、OSとのインターフェイス方法はそれぞれ同じです。
ソースをクラックしてglibcに開き、自分の目で確かめてください。
簡単な答え、たくさんのCコード、アセンブラーが時々散りばめられています。