INFO: FILE_FLAG_WRITE_THROUGH e FILE_FLAG_NO_BUFFERING

ID do artigo: 99794 - Exibir os produtos aos quais esse artigo se aplica.

Exibir Aviso de Isen��o de Tradu��o Autom�tica

Clique aqui para exibir o artigo traduzido e o artigo original em ingl�s, lado a lado.

Expandir tudo | Recolher tudo

Sum�rio

O sinalizador FILE_FLAG_WRITE_THROUGH para CreateFile() faz com que qualquer grava��es feitas essa al�a para sejam gravados diretamente o arquivo sem sendo armazenada em buffer. Os dados s�o armazenadas em cache (armazenado no cache de disco); no entanto, ele � ainda gravado diretamente no arquivo. Esse m�todo permite que uma opera��o de leitura em que dados para satisfazer a solicita��o de leitura de dados armazenados em cache (se ele ainda existe), em vez de ter para fazer um arquivo lido para obter os dados. A chamada de grava��o n�o retornar� at� que os dados gravados no arquivo. Isso se aplica a remotas grava��es bem--o redirecionador de rede passa o sinalizador FILE_FLAG_WRITE_THROUGH para o servidor para que o servidor sabe n�o para satisfazer a solicita��o de grava��o at� que os dados gravados no arquivo.

O FILE_FLAG_NO_BUFFERING leva esse conceito um passo mais e elimina todos os arquivo read-ahead buffer e cache de disco bem, para que todas as leituras s�o garantidas como v�m do arquivo e n�o de qualquer sistema buffer ou cache de disco. Ao usar FILE_FLAG_NO_BUFFERING, disco l� e grava deve ser feita nos limites do setor e buffer endere�os devem ser alinhados nos limites do setor de disco na mem�ria.

Essas restri��es s�o necess�rias porque o buffer que voc� passar para a leitura ou grava��o API � usado diretamente para E/s no n�vel do dispositivo; esse n�vel, as endere�os de buffer e setor tamanhos devem satisfazer a quaisquer restri��es de alinhamento de processador e m�dia do hardware que voc� estiver executando em.

Mais Informa��es

O Windows 95 CDFS (CD-ROM File System) n�o suporta o sinalizador FILE_FLAG_NO_BUFFERING para CreateFile(). Enquanto um FSD de 95 do Windows, como o VFAT, pode implement�-lo, FILE_FLAG_NO_BUFFERING n�o � um sinalizador necess�rio para drivers de sistema de arquivos e n�o � suportado por CDFS.

Este fragmento de c�digo demonstra como setor-Alinhar dados em um buffer e pass�-lo para 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);

o ponteiro p � alinhado no setor e aponta dentro do buffer.

Se voc� tiver uma situa��o onde voc� deseja liberar todos os arquivos na unidade l�gica atual, isso pode ser feito:

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

esse m�todo faz com que todos os dados armazenados em buffer de grava��o para todos os arquivos abertos na parti��o C: seja liberado e gravados no disco. Observe que qualquer buffer feito por qualquer coisa diferente do sistema n�o � afetado por esta libera��o; qualquer arquivo poss�vel buffer que o tempo de execu��o C est� fazendo em arquivos abertos com rotinas de C Run-time � afetado.

Ao abrir um arquivo remoto atrav�s da rede, o servidor armazena em cache sempre e ignora o sem sinalizador buffer especificado pelo cliente. Isso ocorre por design. O redirecionador e o servidor n�o podem implementar corretamente a sem�ntica normal do FILE_FLAG_NO_BUFFERING atrav�s da rede. Em particular, o requisito para tamanho de setor, alinhado no setor de E/s n�o pode ser alcan�ado. Portanto, quando um aplicativo Win32-com base em solicita FILE_FLAG_NO_BUFFERING, redirecionador e servidor tratam isso como uma solicita��o para FILE_FLAG_WRITE_THROUGH. O arquivo n�o � armazenado em cache no cliente, grava��es v� diretamente para o servidor e para o disco no servidor e os tamanhos de leitura/grava��o na rede s�o exatamente o que o aplicativo solicita. No entanto, o arquivo � armazenada em cache no servidor.

O cliente de cache n�o pode ter um efeito diferente, dependendo do tipo de E/s. Voc� elimina os acertos do cache ou ler antecipadamente, mas voc� tamb�m pode reduzir o tamanho de transmite e recebe. Em geral, para E/s seq�encial, � uma boa id�ia para armazenar em cache no cliente. Para pequeno, aleat�rio, acesso E/s, geralmente � melhor n�o armazenar em cache.

Propriedades

ID do artigo: 99794 - �ltima revis�o: ter�a-feira, 21 de novembro de 2006 - Revis�o: 4.2

A informa��o contida neste artigo aplica-se a:

Interface de Programa��o de Aplicativos do Microsoft Win32�nas seguintes plataformas

Microsoft Windows NT Advanced Server 3.1
Microsoft Windows NT 4.0
Microsoft Windows NT 3.51 Service Pack 5
Microsoft Windows NT 4.0
Microsoft Windows 95
Microsoft Windows 98 Standard Edition
the operating system: Microsoft Windows 2000
Microsoft Windows Millennium Edition
the operating system: Microsoft Windows XP

kbmt kbapi kbfileio kbinfo kbkernbase KB99794 KbMtpt

Tradu��o autom�tica

IMPORTANTE: Este artigo foi traduzido por um sistema de tradu��o autom�tica (tamb�m designado por Machine Translation ou MT), n�o tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplica��es (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em portugu�s a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradu��o autom�tica n�o � sempre perfeita, podendo conter erros de vocabul�rio, sintaxe ou gram�tica. A Microsoft n�o � respons�vel por incoer�ncias, erros ou preju�zos ocorridos em decorr�ncia da utiliza��o dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualiza��es freq�entes ao software de tradu��o autom�tica (MT). Obrigado.

Clique aqui para ver a vers�o em Ingl�s deste artigo: 99794

(http://support.microsoft.com/kb/99794/en-us/ )