c# - 创建FileStream进行网络共享非常慢

Question

Closed. This question is off-topic。它当前不接受答案。
                            
                        
                    
                
                            
                                
                
                        
                            
                        
                    
                        
                            想改善这个问题吗？ Update the question，所以它是 on-topic，用于堆栈溢出。
                        
                        5年前关闭。
                                                                                            
                
        
我有一个Windows服务，必须通过2个网络共享在大约20个文件中写入大约20kB的数据。

使用Total Commander写入文件的时间：少于0.1秒。

用我的应用程序写文件的时间：大约10秒钟。

怎么了？是的，始终从两个共享中读取文件，但是由于以下原因，这不应该成为问题：

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);
    }
}

上面的代码可以与本地文件一起使用。将所有数据写入RAM驱动器需要花费几毫秒的时间。我的网络共享也位于RAM驱动器上。

重要的是-使用Total Commander将这些文件复制到完全相同的位置也需要一毫秒。我的意思是-在满负载下复制到网络共享。

没有共享冲突，应用程序将文件写入单个线程中。从Total Commander写入这些文件没有问题，在不使用网络共享的情况下使用我的应用程序写入这些文件也没有问题。

没有共享冲突，因为在写入时-这些文件仅由Web服务器读取，并且显式设置为 FileAccess.Read和 FileShare.ReadWrite。

不可以，因为我的服务是在两台服务器之间进行同步，所以不使用网络共享就无法写入这些文件。不，我不能使用DFSR，因为文件更新的频率太高了（每秒2次）。不，我不能使用2个单独的服务来更新两台计算机上的文件，因为当我的服务的每个实例可以在不停止两台服务器上的数据更新的情况下停止时，它将取消故障保护功能。

详细地说，在我的生产环境中，此服务有2个实例，一个实例正在更新文件，另一个实例持续监视活动的实例是否正在执行其工作。当检测到故障时，他们会切换角色。这一切都是实时发生的，并且具有魅力。有一个小故障：写入文件的超长时间延迟。

如果您不知道 File.SetLastWriteTime()代表什么，这是Windows（.NET）错误的解决方法，当文件的上次写入时间没有通过单独的create / write正确更新时。当然，正确的修改时间对于另一个实例的检测至关重要，如果第一个实例正在按时更新文件。

另外：据报道，有时会从这些文件中读取一些垃圾。虽然这种情况很少发生。我尚未确认此错误。

但是主要的问题是-花费这么长时间？测试服务器和目标服务器之间有1GBit的快速链接，生产服务器之间有10GBit的快速链接。在1ms以下Ping。这不是网络问题。



经过更多测试后，我发现缓冲区大小和文件选项对写入时间无济于事。我发现网络ping非常重要。我无法在开发机器上测试代码，因为ping太大。

无论如何-如果所有文件都创建一次，然后在不重新创建流的情况下进行更新，则可以对代码进行优化以使其运行速度提高约80％。当用于本地共享时，它也非常快。无论如何-测试代码很快，而同一台服务器上的生产代码则慢了50倍。但是，两者之间存在细微的差异-生产文件由Web服务器不断读取，而测试文件则不会。

仍然-未达到目标。我需要在连接10GBit / s以太网的2台服务器上每秒更新20 x 1kb文件两次。达到200毫秒的延迟是可以接受的，但是它仅适用于测试文件，共享的实际文件每次更新仍超过6000毫秒。

顺便说一句，在可靠性至关重要的情况下，不能打开文件。该服务应该能够无缝地将所有更新无缝切换到另一个实例，以防任何文件被删除，或者发生任何网络，数据库或磁盘错误。打开文件可能会导致共享冲突，内存泄漏和其他灾难。不断打开文件的正确处理也将非常复杂，这将使代码更难调试。

也许还有另一种在服务器之间共享数据的方法？也许可以使用一个zip文件来上传文件，然后通过另一个服务来解压缩这些文件？我很肯定，压缩和解压缩1kB数据将不会花费长达1秒的时间！

最佳答案

我认为您的问题的答案就在这篇文章中：

Writing to file using StreamWriter much slower than file copy over slow network

为了直接回答这个问题，它将文件写入4kbyte块而不是64kbyte块，这将导致更多的往返。

您应该可以更改此设置，请参见以下答案：

https://stackoverflow.com/a/14588922/3323733

关于c# - 创建FileStream进行网络共享非常慢，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22247504/

上一篇：c# - MVC 模型不绑定(bind)到字典

下一篇：c# - 想要在 yyyy-MM-ddTHH :mm:ss format but its type should be Datetime, 中使用日期时间在 C# 中是可能的

相关文章：

c# - 要在外部解压缩的 sharpziplib 压缩文件

c# - 将十六进制字符串转换为日期时间的困难

c# - 从 MemoryStream 加载 HtmlDocument

c# - 返回多个结果的类方法(列表和多维数组)

c# - WPF Multibinding RelativeSource Findancestor 评估性能

c# - 导出到 excel 数据时出错 : ' ' , 十六进制值 0x07，是使用 c# 的无效字符

linux - 如何通过backgm在网络连接之前保持闪屏直到网络正常并进入youtube页面

android - 评估连接速度的最佳方法

python - 从外部网络访问 SimpleHTTPServer

C# Excel 函数 - 检测到无法访问的代码

Answer 1

我认为您的问题的答案就在这篇文章中：

Writing to file using StreamWriter much slower than file copy over slow network

为了直接回答这个问题，它将文件写入4kbyte块而不是64kbyte块，这将导致更多的往返。

您应该可以更改此设置，请参见以下答案：

https://stackoverflow.com/a/14588922/3323733