C# 创建用于网络共享的文件流速度极慢
我有一个windows服务，它必须通过2个网络共享在大约20个文件中写入大约20kB的数据 使用Total Commander写入文件的时间：小于0.1s 使用我的应用程序编写文件的时间：ca 10s 怎么了？是的，文件不断从两个共享中读取，但这不应成为问题，因为：C# 创建用于网络共享的文件流速度极慢,c#,.net,networking,C#,.net,Networking,我有一个windows服务，它必须通过2个网络共享在大约20个文件中写入大约20kB的数据 使用Total Commander写入文件的时间：小于0.1s 使用我的应用程序编写文件的时间：ca 10s 怎么了？是的，文件不断从两个共享中读取，但这不应成为问题，因为： public void WriteData(string text, string fileName, bool forceBackup = false) { foreach (var dir in Locations) {
public void WriteData(string text, string fileName, bool forceBackup = false) {
foreach (var dir in Locations) {
var path = string.Format(@"{0}\{1}", dir, fileName);
FileStream stream = null;
try {
stream = new FileStream(
path,
FileMode.Create,
FileAccess.Write,
FileShare.Read
);
using (StreamWriter writer = new StreamWriter(stream)) {
stream = null;
writer.Write(text);
}
}
catch (Exception) { } // irrelevant now, tested it doesn't throw exceptions anyway
finally {
if (stream != null) stream.Dispose();
}
File.SetLastWriteTime(path, DateTime.Now);
}
}
FileAccess.READFileShare.ReadWriteFile.SetLastWriteTime（）经过更多的测试，我发现缓冲区大小和文件选项对写入时间没有任何影响。我发现网络ping非常重要。我无法在我的开发机器上测试代码，因为ping太大了 无论如何-如果所有文件都创建一次，然后在不重新创建流的情况下进行更新，那么代码可以优化为运行速度提高80%。与本地共享相比，它的速度也非常快。无论如何-测试代码很快，同一服务器上的生产代码慢50倍。但是，有一点不同——生产文件由web服务器不断读取，而测试文件则不是 仍然没有达到目标。我需要在连接10GBit/s以太网的两台服务器上每秒更新两次20 x 1kb的文件。实现的200ms延迟是可以接受的，但它只适用于测试文件，对于共享的真实文件，每次更新我仍然可以获得6000ms以上的延迟 顺便说一句，在可靠性至关重要的情况下，让文件保持打开状态不是一个选项。该服务应该能够无缝地将所有更新切换到另一个实例，以防任何文件被删除，或者出现任何网络、数据库或磁盘错误。让文件保持打开状态可能会导致共享冲突、内存泄漏和其他灾难。正确处理不断打开的文件也会非常复杂，这会使代码更难调试
也许还有另一种在服务器之间共享数据的方法？也许一个zip文件可以用来上传文件，然后另一个服务会解压文件？我确信压缩和解压1kB的数据不会花费1秒的时间 我想你的问题的答案就在这篇帖子里： 为了直接回答这个问题，它以4kbyte块而不是64Kbyte块来编写文件，这将导致更多的往返 您应该能够更改此选项，请参见以下答案：
我错了，速度太慢了。事实并非如此。问题出在测试过程中。我已经将基准测试代码添加到我的生产服务中，结果显示它完全按照预期工作。我的代码中没有bug，系统中也没有滞后 一系列事件导致了这种情况：
WriteData