InfoQ

新闻

.NET ThreadPool的重大变化

作者 Jonathan Allen译者 赵劼 发布于 2008年5月23日 上午11时31分

社区
.NET
主题
性能和可伸缩性
标签
多线程

在.NET 2.0 SP 1随着.NET 3.5发布后线程池发生了重大的变化。不过据Michael C. Kennedy发现,并非所有的改变都是最合适的。

第一个变化是将最大线程数从每处理器25个线程增加至250个线程。这么做是为了处理线程池中的死锁,当太多线程等待其他任务结束时就会出现死锁。一旦所有25个线程都被阻塞的时候,等待中的任务就无法分配到线程了。尽管这个改变无法彻底排除死锁的可能性,但是发生问题的概率大大减小的。

另一个改变其实是一个Bug。一般来说.NET会尽快在线程池中分配最少数量的线程,接着每秒钟创建最多2个线程,直到达到最大线程数量。如果您知道您的应用程序会立即使用大量线程池的线程,您必须提高最小线程数量。

Michael C. Kennedy发现在.NET 2.0 Service Pack 1中,最少线程数量被忽略了。如果一个应用程序需要大量的线程池的线程,它可能会需要几秒钟才能够完全启动。

据Michael C. Kennedy所说,他所联系到的微软员工称这个问题会在.NET 2.0 SP 2中解决,不过其发布日期还不确定。

查看英文原文:Breaking Changes in the .NET ThreadPool

没有回复

回复

独家内容

剖析短迭代

敏捷教练Dave Nicolette提出:我们应该如何设定迭代长度?是要根据发布周期的时间么?使用短迭代又有哪些好处?

应用JSF、Ajax和Seam开发Portlets(1/3)

本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目,怎样配置一个JSF应用去使用JBoss Portlet Bridge,以及JBoss Portlet Bridge所具备的功能。

AtomServer:数据分发的发布动力(第二部分)

在这篇文章里,Bryon Jacob和Chris Berry将和我们继续探讨AtomServer,它是基于Apache Abdera的完整Atom存储实现。作者还创建了几个Atompub规范扩展,其中包括自动标记、批处理和Feeds聚合。

架构师(试刊第二期)

InfoQ中文站的电子杂志《架构师》试刊第二期出版了!相比于上期,我们在内容的选择安排和版式上都根据读者的意见重新做了修正。“细节决定成败”,我们希望基于InfoQ中文站的专业内容,《架构师》能逐渐成为大家喜欢的电子刊物!

一种正规的性能调优方法:基于等待的调优

在本文中,Steven Haines探讨了Web应用性能调优问题。该领域过去更像是一门艺术而不是一门科学。他提出了一种称为基于等待调优的方法,使整个调优过程更加可度量,也因此更具科学性。

Java程序员ActionScript 3入门

通常来说,改变技术路线时最艰难的部分是辨别语言语法之间的不同。这篇文章就为Java开发者提供了一份如何转向Flex基础语言ActionScript的指南。

浅谈如何创建Rails应用

本视频主要以财帮子为例,介绍了如何创建一个PV为百万级的Rails应用。其中包括:Rails应用的服务器架构、Rails Cache的优化、负载均衡的处理、Web服务器的调试、分布式解决方案、Open API的设计等等。

Alexandru Popescu谈InfoQ.com网站架构

InfoQ首席架构师Alexandru Popescu在采访中谈论了InfoQ架构、Webwork与DWR、Hibernate与JCR、Hibernate可扩展性、最新的InfoQ视频流系统和InfoQ的未来规划。