Todd.NET
导航
博客园
首页
新随笔
联系
订阅
管理
<
2008年5月
>
日
一
二
三
四
五
六
27
28
29
30
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
1
2
3
4
5
6
7
留言簿
给我留言
查看公开留言
查看私人留言
随笔分类
database(1)
(rss)
design-pattern(1)
(rss)
随笔档案
2008年10月 (2)
2008年9月 (3)
2008年7月 (1)
2008年5月 (1)
阅读排行榜
1. 3层构架.NET还缺点儿什么?(2142)
2. Framework之外的IoC(1795)
3. 慎用.NET2.0 ThreadPool(1681)
4. 无是无非是(401)
5. .NET后台线程(178)
评论排行榜
1. 3层构架.NET还缺点儿什么?(18)
2. 慎用.NET2.0 ThreadPool(12)
3. Framework之外的IoC(9)
4. 无是无非是(2)
5. Oracle查询所有用户表、视图(0)
常用链接
我的随笔
我的空间
我的短信
我的评论
更多链接
我的参与
我的新闻
最新评论
我的标签
统计
随笔 - 6
文章 - 1
评论 - 41
引用 - 0
最新评论
1. re: 慎用.NET2.0 ThreadPool
@G yc {Son of VB.NET任务长短本身是一个模糊的概念,Sleep 500ms是属于长任务还是短任务呢?实验效果可以看到,500ms对于.NET2.0 ThreadPool来讲算长任务,...
--weidagang2046
2. re: 慎用.NET2.0 ThreadPool
楼主的测试有些,问题 首先, ThreadPool,是设计成为大量小任务的。不适合长时间工作的任务 其次,因为使用的是池 结构, 这样,在每次建立线程的时候, 都会去寻找是否有空闲的线程,这里...
--G yc {Son of VB.NET}
3. re: 慎用.NET2.0 ThreadPool
这是个 Bug,Microsoft 在 .NET 2.0 SP2 或 .NET 3.5 SP1 已经重点解决了。
--Angel Lucifer
4. re: 慎用.NET2.0 ThreadPool
记得3.5还是3.5SP1的描述,ThreadPool被做了很多改进,不知道有多大变化
--Gg
5. re: 慎用.NET2.0 ThreadPool
我测了一下,虽然看起来使用ThreadPool得到线程要慢,然而使用ThreadPool总的执行时间反而要小一些
--牙神
05 2008 档案
第一篇
posted @
2008-05-04 17:44
weidagang2046 阅读(20) |
评论 (0)
编辑
Powered by:
博客园
Copyright © weidagang2046