在文件末尾寫入

Question

我正在研究需要高文件I/O性能（使用C＃）的系統。 基本上，我從文件的開頭填充大文件（〜100MB）直到文件結束。 每5秒鐘，我會爲文件添加〜5MB（從文件的開頭開始按順序），在每個批量上我正在刷新流。 每隔幾分鐘我需要更新我在文件末尾寫入的結構（某種元數據）。

沖洗時我有沒有性能問題的散貨中的每一個。 但是，在文件末尾更新元數據時，性能會非常低下。 我的猜測是，當創建文件（也應該快速完成）時，文件並不真正在磁盤上分配整個100MB，並且當我刷新元數據時，它必須分配所有空間直到文件結束。

傢伙/女孩，任何想法我怎麼能解決這個問題？

非常感謝！

從評論：

一般來講代碼如下，首先打開文件：

m_Stream = new FileStream(filename, 
     FileMode.CreateNew, 
     FileAccess.Write, 
     FileShare.Write, 8192, false); 
m_Stream.SetLength(100*1024*1024); 

每隔幾秒鐘我寫〜5MB。

m_Stream.Seek(m_LastPosition, SeekOrigin.Begin); 
m_Stream.Write(buffer, 0, buffer.Length); 
m_Stream.Flush(); 
m_LastPosition += buffer.Length; // HH: guessed the += 
m_Stream.Seek(m_MetaDataSize, SeekOrigin.End); 
m_Stream.Write(metadata, 0, metadata.Length); 
m_Stream.Flush(); // Takes too long on the first time(~1 sec). 

Answer 1

如上文建議將它沒有任何意義（假設你必須在文件末尾的元數據）寫的第一。

這會做2件事（假設非稀疏文件）... 1.爲整個文件分配總空間 2.隨着空間準備好並等待，使以下任何寫入操作稍快一點。

你能不能做到這一點asyncronously？ 至少應用程序可以轉向其他事情。

Answer 2

您是否試過AppendAllText方法？

Answer 3

你的問題是不完全清楚，但我的猜測是，你創建一個文件，寫入5MB，然後尋求100MB，寫的元數據，然後尋求回5MB，並另寫5MB等。

如果是這樣的話，這是一個文件系統的問題。當你擴展文件時，NTFS必須填補一些空缺。正如你所說，文件在你寫入之前不會被分配。第一次寫元數據時，文件只有5MB長，所以當你編寫元數據時，NTFS必須在寫元數據之前分配並寫出95MB的零。令人不安的是，我認爲它也是同步的，所以你甚至不會使用重疊的IO。

Answer 4

如何使用BufferedStream？

http://msdn.microsoft.com/en-us/library/system.io.bufferedstream(v=VS.100).aspx