Anything longer than 40ms, that is async!

无视

http://www.tugberkugurlu.com/arc ... vc-web-applications

商务车

骗分？

无视

原帖由 商务车 于 2012-4-2 10:20 发表
骗分？

u don't know me apparently.

it's good article i came across this morning, i thought it's worthwhile to share with you guys.

"fenfen" means nothing to me, it's all about sharing and spreading knowledge.

don't bother reading it if u r not interested.

kuxxc

谢谢奉献。请继续把好文章分享！

大飞熊

不错。

典

async正是nodejs的精华所在，
大量用户访问时，传统的sync模式会占用大量资源以及大量blocking,  async模式则不会，两者一比较会发现async很快，

商务车

原帖由 无视 于 2012-4-2 10:27 发表


u don't know me apparently.

it's good article i came across this morning, i thought it's worthwhile to share with you guys.

"fenfen" means nothing to me, it's all about sharing and spreading knowl ...

并不是说你发文章有什么不对，问题是
1 你也不稍稍解释一下这文章到底是干嘛的，就直接一个链接。换位思考，如果论坛里其他人随便发一个链接导致你电脑木马中毒你会怎么想？
2 不是做mobile开发的有几个会懂你标题里的专业术语捏？

无视

谢谢大飞雄加分！！

我原来对asp.net asyn programming的印象也是停留在当年的1.0时代，直到最近一个project需要async（不是最终的solution，但当时是solution之一），才仔细研究了一下，原来从asp.net 2.0 iis对thread的分配就很好了.

http://msdn.microsoft.com/en-gb/magazine/cc163725.aspx

无视

原帖由 商务车 于 2012-4-2 11:42 发表



并不是说你发文章有什么不对，问题是
1 你也不稍稍解释一下这文章到底是干嘛的，就直接一个链接。换位思考，如果论坛里其他人随便发一个链接导致你电脑木马中毒你会怎么想？
2 不是做mobile开发的有几个会懂你标题里的专业术语捏？

没有冒犯的意思。

1.我文章的title说了文章的大意，是不是click throu是自己的选择。

在IT坛弄木马好像有点挑战大家智力的意思，倒不如到我爱我家去搞这个，效果更好些。如果你有这个安全意识，不错，但我发的贴，你过虑了。

2. mobile开发....算了，别争了，这么僵着没意思.

关于足迹的分分，我真没看中，这个帖子同学们看着有用，学到东西就好，回复都没必要，更不要说加分了，不过还是要谢谢大飞雄和IsDonIsGood的分分。

[ 本帖最后由 无视 于 2012-4-2 12:02 编辑 ]

鱼羊鲜

都有理

交易人生

也搞不懂为什么差距那么大 ，一个11秒多一个3秒多，理论上不应当的，可能就是 webClient.DownloadString(uri) 和 httpClient.GetStringAsync(uri)  的具体实现不同，和async与sync call的关系不大。

典

不知道ASP的sync / async的差别多大，
linkedin的工程师举了个工程中的实际例子
代码A
fs.writeFile('message.txt', 'Hello Node', function (err)  {
console.log("It's saved and the server remains responsive!");
});

代码B
fs.writeFileSync('message.txt', 'Hello Node');
console.log("It's saved, but you just blocked ALL requests!");

以上两段代码在他们的系统中速度相差几百倍，虽然做的事情完全一样，
使用Sync模式在服务器里要block资源/hold 资源， 当访问量大时，服务器资源不够，就出现阻塞和等待，

http://engineering.linkedin.com/ ... ips-linkedin-mobile

无视

原帖由 交易人生 于 2012-4-2 16:43 发表
也搞不懂为什么差距那么大 ，一个11秒多一个3秒多，理论上不应当的，可能就是 webClient.DownloadString(uri) 和 httpClient.GetStringAsync(uri)  的具体实现不同，和async与sync call的关系不大。

典的观点很对，我猜可能是间接原因，从consuming service的角度来看sync和async没什么不同，不同的地方就是系统资源，sync比较经济，async耗用比较大，很极端的情况就会有这么大的差距。

[ 本帖最后由 无视 于 2012-4-3 13:56 编辑 ]

交易人生

这个好理解，服务器把慢操作交给后台进程处理，然后web server继续响应requests，不会Hold住资源，比如tcp channel等等。

Fernando

借用数据库里的概念就是锁消耗了更多的资源
３s是很慢的了，如果并发量稍微大一点sync就不行了

交易人生

可能真依赖于web server如何实现了，iis里面，我不懂，也不知道它锁定了什么资源，网络channel，定量的thread，什么instances，还是什么？

不过从纯的编成技术讲，async call的开销大，后台thread，context switch再加上os对进程的调度。

可能这个是iis的设计，多用async call吧。

梦呓人

我顶乱码兄！


最近正好有一个新的项目进来，因为每一个call后台操作时间会很长，本来打算用Message Queue的来实现多线程用户request，现在左护法的文章又多了一个选择！

无视

原帖由 梦呓人 于 2012-4-3 13:29 发表
我顶乱码兄！


最近正好有一个新的项目进来，因为每一个call后台操作时间会很长，本来打算用Message Queue的来实现多线程用户request，现在左护法的文章又多了一个选择！

谢谢加分阿！！

msmq其实是个不错的选择，别轻易放弃，注意dequeue call fail之后，要重新enqueue.

如果用async call注意callback中fail over的logic，可能要log 到table中，然后用logic来模拟queue为以后retry作准备。

或者sync直接进table，用windows service来pickup,然后call.

无视

原帖由 交易人生 于 2012-4-3 13:28 发表
可能真依赖于web server如何实现了，iis里面，我不懂，也不知道它锁定了什么资源，网络channel，定量的thread，什么instances，还是什么？

不过从纯的编成技术讲，async call的开销大，后台thread，context switch再加上os对进程的调度。

可能这个是iis的设计，多用async call吧。

我同意，通常来说成熟产品对performance的提升都是以对资源更多的耗用来实现的，很少出现耗用更少或者相同的资源提升性能。

o2h2o

无视的名头摆着
不需要解释什么

需要解释的都不是属于那一类型的读者

技术文档里面经常有这么一句：
if you don't know what is this, don't read it, this is not for you

3fya5147m

好帖子必须顶，支持你。

bulaohu

原帖由 商务车 于 2012-4-2 11:42 发表



并不是说你发文章有什么不对，问题是
1 你也不稍稍解释一下这文章到底是干嘛的，就直接一个链接。换位思考，如果论坛里其他人随便发一个链接导致你电脑木马中毒你会怎么想？
2 不是做mobile开发的有几个会懂你标题里的专业术语捏？

这个IT专业论坛开办的初衷就是让大家有个能比较深入讨论技术问题的地方，发帖者会默认这里的听众都是不需要入门介绍的，感兴趣的会讨论，不感兴趣的会绕行，either way，能省掉一些不必要的繁琐介绍啥的是好事。