有个wcf service throttling issue不懂，持分请教

大飞熊

软件博士 发表于 2012-8-31 21:33
绝对能写比wcf高效的专用服务层，专用physical ports，专门各个层里的数据有专门不同的packets结构，head ...

一周200刀？太廉价了吧。博士这么不值钱？

而且那你们为什么不写，一堆专家和博士弄了一个双休日没有搞定，你一周就能搞定还就200刀。你就吹吧。

大飞熊

不能忘了拍照啊。

软件博士

大飞熊 发表于 2012-8-31 09:47
说实话别老是说WCF是啥上层的东西，只会用C++，C，汇编啥的。你还只是极限于语言的level，你难道和唐骏是 ...

大学里那些单片机，汇编，自动控制，正反馈，负反馈，高等数学，真的都是小儿科
系统有漏洞，我用汇编5分钟能写出简单的病毒，比你的反病毒软件更新还快多，大学时根本没这个能力

大飞熊

软件博士 发表于 2012-8-31 21:42
大学里那些单片机，汇编，自动控制，正反馈，负反馈，高等数学，真的都是小儿科
系统有漏洞，我用汇编5分 ...

那你现在写一个，我给你15分钟，到10点03分，你把文件attach上来。

软件博士

我还没说100刀呢
鄙视wcf

大飞熊

软件博士 发表于 2012-8-31 21:43
我还没说100刀呢
鄙视wcf

只能说你廉价。先说说你在哪里读的博士吧。我知道一下，以后见到那个学校的人直接就放到黑名单上面去。

软件博士

大飞熊 发表于 2012-8-31 21:43
那你现在写一个，我给你15分钟，到10点03分，你把文件attach上来。

先要找到os漏洞，这个比编写病毒难一些

软件博士

大飞熊 发表于 2012-8-31 21:45
只能说你廉价。先说说你在哪里读的博士吧。我知道一下，以后见到那个学校的人直接就放到黑名单上面去。 ...

20万年薪不到，比高的低多了
我估计有几个老头子要倒霉了
估计是硬件问题，CPU

软件博士

而不是设置问题，更不是代码问题

wil

CPU问题。。。。那换个CPU行吗？100万能卖多少CPU啊

wil

头一次见到大量requests时block赖CPU的，长知识了

dalaohu

擦，成了神话贴了。  跟飞尘勿扰里的女博士们有一拼 :)

大飞熊

博士啊博士，考虑问题的角度就是和别人不同。我想问问博士您啥学校毕业的？

软件博士

真的啊，所有专家，博士都搞不定
微软support现在正在搞，周五联络上了，他们要看我们代码，我们在准备测试数据，大概周一可以看
楼上肤浅了，这就是wcf里的深奥的不行的问题了（其实就是垃圾），否则为什么所有设置都设了，还不行？
很可能就是这个CPU不好（Intel的CPU有的的确比较奇怪）
我们目前的结论就是，CPU不好

软件博士

软件博士 发表于 2012-9-1 08:09
真的啊，所有专家，博士都搞不定
微软support现在正在搞，周五联络上了，他们要看我们代码，我们在准备测试 ...

我们是数量极大的concurrent requests, 不是小儿科1，2千个concurrent requests
肤浅
我们的都不行，把concurrent requests 降低就行了，测试只有几百个concurrent requests, 服务器完全能应付
但到了超过数千个concurrent requests，服务器就死了
我们一致认为有2种可能
1.wcf不好
2.CPU不好，某n个位老卡，把wcf的要求给彻底卡住了

大飞熊

软件博士 发表于 2012-9-1 08:09
真的啊，所有专家，博士都搞不定
微软support现在正在搞，周五联络上了，他们要看我们代码，我们在准备测试 ...

微软的support是不是中国微软的？他们没有要求发dump吗？我前半年才因为一个WCF的问题找过微软的support，最后发现是third party software的问题。那个third party software也是微软自己的。他们上来先要enable log接着就是dump。

不要想着是硬件的问题。基本不可能。

交易人生

软件博士 发表于 2012-9-1 08:09
真的啊，所有专家，博士都搞不定
微软support现在正在搞，周五联络上了，他们要看我们代码，我们在准备测试 ...

从工程的角度讲，throttling 设成3000就有问题，那天比较忙，没有讨论这个问题，因为你没把全部设置搞上来，也不知道你们的 contract implementation是在做什么，是不是共同抢用系统资源。

如果你们就有一个 server，一个 cpu，比如说i7，基本上是 4 cores ,加上 hyper threading，8个threads共同运行不成问题，多余8个，就有threads之间的切换，9个 threads，应当给一个好的 performance。当你给 throttling 设成3000的时候，如果是 per call , multiple，基本是一个instance，同时要上3000个 threads，本身在性能上大打折扣，这么多个 threads要做 context的转换，同时 tcp 开了3000个 channel ，对内存，对磁盘（如果用的话），对网络资源的要求相当的大，对于一个 server的负荷，达到极限。

理论上当然可行，但理论和工程是2个概念，资源不够，如何接受大的负荷量。这种情况，一般都是高配置的资源，并且要用 network load balance的 cluster的环境。

所以说，硬件的配置和你wcf的设置参数很重要，另外你们的 implementation到底做什么的也很重要，不能说这些没问题。

咱搞过大数据量的，为了稳定都是 server端高端的 cluster load balance的设置，磁盘阵列，光纤网络，load balance的测试，还真通过了。

交易人生

软件博士 发表于 2012-9-1 08:32
我们是数量极大的concurrent requests, 不是小儿科1，2千个concurrent requests
肤浅
我们的都不行，把co ...

牛，都能看到 Intel 的 cpu 几个位不好了，哪几位不好啊，请教一下 ？

从 wcf->framework->os->driver->硬件都有可能出现问题，都有可能出现容量不足的可能，你们如果改善了，微软会给你们几百万弥补损失。

软件博士

大飞熊 发表于 2012-9-1 19:59
微软的support是不是中国微软的？他们没有要求发dump吗？我前半年才因为一个WCF的问题找过微软的support ...

微软澳洲support阿
我不懂什么是dump
你确定不是dumplin?

软件博士

交易人生 发表于 2012-9-1 22:36
从工程的角度讲，throttling 设成3000就有问题，那天比较忙，没有讨论这个问题，因为你没把全部设置搞上 ...

是的，准备好测试数据后我们就可以在一台新的服务器上测试了

软件博士

在dev machine上测试最简单的wcf testing app的时候，有时行，有时不行，用async和task都试过服务器端，开到3000压根没一次行的，就block在那儿了
我们想在服务器上用专用ports, 但是不行阿

软件博士

交易人生 发表于 2012-9-1 22:39
牛，都能看到 Intel 的 cpu 几个位不好了，哪几位不好啊，请教一下 ？

从 wcf->framework->os->driver-> ...

大师说的对，我博士也认为不一定是CPU不好，很可能是某个瓶颈的地方太细，不好

清风拂山岗

最简单的方法，分析memory dump，看看进程里到底是什么情况？没有冒犯的意思，除了检查相关的配置，我推测这个程序写得也应该有问题。

大飞熊

软件博士 发表于 2012-9-2 01:34
微软澳洲support阿
我不懂什么是dump
你确定不是dumplin?

微软澳洲的support根本没有啥工程师，一般case棘手的话都会转到微软中国去。

具体什么是dump，自己去看吧http://answers.yahoo.com/question/index?qid=20080727212818AA0JX4o，如果你连dump file都不知道，那么基本上对微软的debug的机制都不是很熟悉。如果你的WCF系统有问题，你肯定能够从dump file里面发现为什么会出现这个问题的，然后就知道怎么解决了。

说实话，根据你的回复我想到这个case之外的几个问题？
如果别人告诉dump，你不懂，为啥不去google，是因为自己是博士不屑于google还是根本不懂怎么google。
如果自己不懂WCF，为啥还做WCF，是因为找不到相关工作，还是因为自己特别喜欢WCF（我看不像）。我是做.Net的，我就不会去做一份JAVA工作。
如果自己是因为不管什么原因不得不去做这个工作，为什么还不好好做这个工作，还整天在这里牛B哄哄的来吹。我想你在这里说的话肯定不敢和你老板说，比如

“绝对能写比wcf高效的专用服务层，专用physical ports，专门各个层里的数据有专门不同的packets结构，header,body都采用最精简的
最好用c++,汇编，各个层里的协议都一清二楚，一周能做”

如何按照你的态度，估计没有同事和老板会喜欢你这样的。

软件博士

大飞熊 发表于 2012-9-2 10:00
微软澳洲的support根本没有啥工程师，一般case棘手的话都会转到微软中国去。

具体什么是dump，自己去看 ...

看了你的回复，我觉得你很强大
我一般从来不用google来search技术问题的，而是另一个引擎 - YAHOO
看来以后也要试一试，这个dump也一定要让他们知道一下，不是dumplin, 他们只知道cake, 吃吃吃，个个都是胖子（不过有的还没我胖）
我不是专职.net, 主要是做超线程的
在.net上不强，但在底层绝对是博士
你在悉尼吗？认识一下吧

wil

这个博士还满可爱的

大飞熊

软件博士 发表于 2012-9-2 10:48
看了你的回复，我觉得你很强大
我一般从来不用google来search技术问题的，而是另一个引擎 - YAHOO
看来以 ...

我在悉尼，.Net也是刚入门。
我建议你们公司和微软的人建议要他们找工程师。不是要找consultant。他们应该会把你们的case转到微软中国去的。

软件博士

大飞熊 发表于 2012-9-2 12:15
我在悉尼，.Net也是刚入门。
我建议你们公司和微软的人建议要他们找工程师。不是要找consultant。他们应 ...

这个建议不错啊
伟大！
还有那个dump

交易人生

大飞熊 发表于 2012-9-2 12:15
我在悉尼，.Net也是刚入门。
我建议你们公司和微软的人建议要他们找工程师。不是要找consultant。他们应 ...

这类问题可能要到西雅图了，哈哈。

交易人生

软件博士 发表于 2012-9-2 10:48
看了你的回复，我觉得你很强大
我一般从来不用google来search技术问题的，而是另一个引擎 - YAHOO
看来以 ...

要做地层研究应当摆脱这么高层的东西，最好把 os也忽略了，直接用汇编或者c++招呼，估计出来的 perforamnce也比微软的快，这个是应当的。微软的东西是商业软件，考虑到方方面面，不可能效率最高，但绝对够用，工程上用的。