c# - HttpListener : writing to outputstream slow depending on content?

标签 c# .net stream httplistener

删除了旧问题并完全重写,因为我已经为此做了很多工作以查明问题所在。我的问题是我正在使用自定义服务器编写自定义 CMS,目标是非常非常高的速度/吞吐量,但是我注意到某些数据或数据模式会导致严重的减速(从 0 到 55+ms 响应时间)。我真的需要比我更好的人来帮助解决这个问题,因为我对正在发生的事情一无所知,我怀疑 .net Framework 中有一个错误,但我不知道它可能在哪里,小的 .net 代码浏览我没有建议输出 Stream 做任何特定于数据的事情

我已经测试并确定不是问题的东西:

  • 内容的大小(内容越大速度越快)
  • 内容类型(相同内容类型的区别)
  • 周围的大部分代码(制作了一个极简项目来重现该错误,大约 15 行,找到帖子底部的链接,包括重现它的数据,运行它,使用 2 个 URL 进行测试,请参阅你自己)。
  • 不是网页/缓存等问题,在 Firefox 中使用单个图像和 CTRL+F5 重现问题,删除图像的最后几个字节 100% 的时间修复它,将它们重新添加会再次导致问题<
  • 不是输出流之外存在的问题(用目标内存流替换它不会显示问题)

如何重现问题:

  • 下载并运行项目
  • 使用您喜欢的浏览器并转到 localhost:8080/magicnumber
  • 用你想要的替换那个 url 中的 magicnumber,你将收到减去该字节数的图像

我的结果:

  • 该图像持续 50 毫秒左右
  • 将魔数(Magic Number)提高到 1000 根本不会影响这一点
  • 再往前一点(我想大概是 1080 左右?)它突然下降到 0MS
  • 不确定发生了什么,但在 Firefox 中使用 CTRL+F5 时似乎每个请求至少有 2 个请求,在正确的情况下两者都是 0ms,在错误情况下第一个仍然是 0ms 但另一个变成 50ms,我假设第一个只是检查文件缓存是否正常,我仍在回答,但 Firefox 关闭了连接或其他什么?

非常感谢任何帮助,将我所有的代表都放在 Bounty 上,因为我真的需要知道我是否走这条路/获取更多信息来报告这一点,或者我是否走下层并做我自己的 http.sys 互操作(而且,最重要的是,如果错误仅出现在 .net 端或更低级别,那么降低级别将无法修复它!)

示例文件是一个 gziped 数组,我的内容在 db 中预先缓存和预压缩,因此这代表了我需要发送的数据。

https://www.dropbox.com/s/ao63d7din939new/StackOverFlowSlowServerBug.zip

编辑:如果我打开了 fiddler,有问题的测试会回到 0ms,到目前为止我不确定该怎么做,这意味着我在发送一些数据时速度大幅下降,但事实并非如此由数据类型而不是实际数据定义,如果我在两者之间有 fiddler ,则不会发生这种情况。我迷路了!

编辑 2:为了确定使用另一个浏览器进行了测试,实际上它在 IE 上回到了 0ms 所以我假设它实际上可能不是 HttpListener 错误而是 Firefox 错误,我将编辑我的问题和标签如果没有人提出其他建议。如果是这种情况,有人知道我应该在哪里查看 FF 的代码来理解这个问题吗? (这绝对是一个问题,即使站在他们这边,因为我再一次与 2 个文件进行比较,一个比另一个大,文件格式相同,最大的总是花费 0 毫秒,最小的总是 55 毫秒!)

最佳答案

两次请求问题:

Chrome :

  • 第一个请求 = favicon
  • 第二个请求 = 图片

火狐:

  • 第一个请求 = 标签的图片
  • 第二个请求 = 图片

更多相关信息:

http://forums.mozillazine.org/viewtopic.php?t=341179

https://bugzilla.mozilla.org/show_bug.cgi?id=583351

即:

  • 似乎只提出了一个请求

如果您通过 fiddler 发送请求,您永远不会收到两个请求。

性能问题:

首先,您的演示应用程序中的计时器存在问题。每次异步请求处理程序触发时它都会重新启动,这意味着为请求 A 启动的计时器将在收到请求 B 时重新启动,可能在请求 A 完成之前,因此您不会获得正确的值。改为在 ContinueWith 回调中创建秒表。

其次,无论如何我看不到“magicnumber”会真正影响性能(我猜除非它导致抛出异常)。导致性能下降的唯一方法是发出大量并发请求并导致等待锁不断被命中。

总结:我不认为 HttpListener 类有问题

关于c# - HttpListener : writing to outputstream slow depending on content?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20308452/

相关文章:

java - 在 'finally' 语句中返回

c# - 继承流;在 Read() 中缓冲

c# - Null Dapper.net 查询仍然使用 FirstOrDefault() 返回 Null Reference Exception

c# - EntityObject 到 DbContext

具有泛型的 C# 语法

c# - odp.net 日期时间.MaxDate

java - 自定义流媒体实现

c# - VSTS生成管道:测试无法连接到Azure Key Vault

c# - 无法解析 ApplicationDbContext 中类型的服务

.net - FirstOrDefault()、SingleOrDefault()、Any() 等...哪一个最快?