linux上的C#服务器可扩展性问题

我在Visual Studio 2010和Mono Develop 2.8上开发了一个C#服务器. .NET Framework 4.0

看起来这个服务器在Windows上比在Linux上表现得更好(在可扩展性方面).
我测试了本机Windows(12个物理内核)上的服务器可扩展性,以及使用Apache的ab工具的8和12核心Windows和Ubuntu虚拟机.

窗口响应时间几乎平淡.并发级别接近/克服核心数时,它开始接收.

由于某些原因,linux响应时间更糟.从并发的5级开始,它们呈线性增长.还有8个和12个内核,Linux VM的行为类似.

所以我的问题是:为什么在linux上表现更糟? (和我如何解决?).

请看附图,它显示了作为请求并发功能(范围栏设置为50%和100%)的75%请求的平均时间.

我有一种感觉,这可能是由于mono的垃圾收集器.我试着玩GC设置,但我没有成功.任何建议?

一些额外的背景信息:服务器基于HTTP侦听器,可以快速解析请求并将其排队在线程池上.线程池通过一些密集的数学(在〜10秒内计算答案)来处理这些请求.

解决方法

你需要隔离问题的第一位.首先通过使用 HeapShot监控内存使用情况.如果不是内存,那么请为您的代码配置文件,以确定耗时的方法.

此页面,Performance Tips: Writing better performing .NET and Mono applications包含一些有用的信息,包括使用单分析器.

过多的字符串操作和Boxing通常是“隐藏”的代码不可扩展的祸害.

相关文章

linux常用进程通信方式包括管道(pipe)、有名管道(FIFO)、...
Linux性能观测工具按类别可分为系统级别和进程级别,系统级别...
本文详细介绍了curl命令基础和高级用法,包括跳过https的证书...
本文包含作者工作中常用到的一些命令,用于诊断网络、磁盘占满...
linux的平均负载表示运行态和就绪态及不可中断状态(正在io)的...
CPU上下文频繁切换会导致系统性能下降,切换分为进程切换、线...