CreateFile() に FILE_FLAG_WRITE_THROUGH フラグを指定した場合、該当のハンドルを 持つファイルに対しては、バッファリングなしで直接書き込まれます。データはキャッ シュされます (ディスク キャッシュに保存されます) が、ファイルに直接書き込まれま す。このメソッドでは、データがまだキャッシュに残っていれば、ファイルから読み込 むのではなく、キャッシュから読み込めます。書き込み呼び出しは、ファイルにデータ を書き込むまで呼び出し元に戻りません。これは、リモート 書き込みでも同様です。ネ ットワーク リダイレクタはサーバーに FILE_FLAG_WRITE_THROUGH フラグを渡し、サー バーはファイルにデータが書き込まれるまで書き込み要求に答えません。
この概念を更に進めたのが FILE_FLAG_NO_BUFFERING です。これは、読み込みに先立つ ファイルのバッファリングやディスク キャッシングを行いませんので、読み込まれたデ ータはシステム バッファやディスク キャッシュからではなくファイルからであること が保証されます。FILE_FLAG_NO_BUFFERING を使用すると、ディスクの読み書きはセクタ 境界で行われ、バッファ アドレスはメモリ上でのディスクのセクタ境界に調整されるこ とになります。
読み込み、または書き込み API に渡すバッファがデバイス レベルの I/O で直接使用さ れるため、上記のような制限が必要になってきます。このデバイス レベルでは、バッフ ァ アドレスやセクタ サイズは、プロセッサや媒体の境界調整の制限を満たすものでな ければなりません。

Windows 95 CDFS (CD-ROM ファイル システム) に対しては CreateFile() に
FILE_FLAG_NO_BUFFERING フラグを使用できません。一方、VFAT など Windows 95 FSD の場合、ファイル システム ドライバに FILE_FLAG_NO_BUFFERING を指定する必要はあり ません (たとえ、実装されていても指定する必要がありません)。CDFS はこのフラグを サポートしていません。
以下は、バッファ内のデータをセクタ境界調整し、CreateFile() に渡す方法を示してい ます。

  char buf[2 * SECTOR_SIZE - 1], *p;
  p = (char *) ((DWORD) (buf + SECTOR_SIZE - 1) & ~(SECTOR_SIZE - 1));
  h = CreateFile(argv[1], GENERIC_READ | GENERIC_WRITE,
      FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, CREATE_ALWAYS,
      FILE_ATTRIBUTE_NORMAL | FILE_FLAG_NO_BUFFERING, NULL);
  WriteFile(h, p, SECTOR_SIZE, &dwWritten, NULL);

ポインタ p はセクタ境界調整されており、バッファを指しています。
現在の論理ドライブ上でオープンしているすべてのファイルをフラッシュしなければな らない場合には、以下のようにします。

   hFile = CreateFile("\\\\.\\c:", ....);
   FlushFileBuffers(hFile);

このメソッドは C パーティション上でオープンしているファイルのバッファリングされ た、すべての書き込みデータをフラッシュし、ディスクに書き込みます。ただし、この フラッシュは、システムでバッファリングされたものでないデータに対しては無効で す。また、C のランタイム ルーチンでオープンされたファイルに対して C ランタイ ム が行うようなバッファリングが行われている可能性がある場合も無効です。
ネットワーク経由でリモート ファイルをオープンする場合、サーバーは常にキャッシュ するのでクライアントが指定したバッファリングしないというフラグを無視します。こ れは仕様です。リダイレクタとサーバーの間では、ネットワークでの
FILE_FLAG_NO_BUFFERING の意味を完全に実装することができないのです。特に、セクタ サイズ、セクタ境界調整された I/O はうまくいきません。Win32 ベースのアプリケー ションが FILE_FLAG_NO_BUFFERING を要求した場合、リダイレクタとサーバーはこれを FILE_FLAG_WRITE_THROUGH の要求とみなします。ファイルはクライアントでキャッシュさ れず、サーバーに直接送られてサーバーのディスクに書き込まれるのでネットワーク上 での読み込み、および書き込みのサイズはアプリケーションが指定したサイズどおりにな ります。ただし、ファイルはサーバーでキャッシュされています。
クライアント側でキャッシュしない場合は、I/O の種類によってキャッシュ ヒットや先 読みをなくしたり、送受信時のサイズを小さくできます。通常、シーケンシャル I/O の 場合はクライアントでキャッシュすることをお勧めします。小規模のランダム アクセ ス I/O の場合は、キャッシュしない方が最善であることもあります。