大规模视频网站的计费与流量管理
本次分享将会就大规模视频网站的计费与流量管理这个话题，从操作层面细细进行讲解和分析，为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”，让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
.NET ThreadPool的重大变化
作者 Jonathan Allen 译者 赵劼 发布于 2008年5月23日
在.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译者 赵劼 网名为老赵，洋名Jeffrey Zhao，写有技术博客“老赵点滴”。关注前沿技术，并致力于开源社区与微软平台的组合优化。
没有回复
关注此讨论 回复