.NET开发

本类阅读TOP10

·NHibernate快速指南(翻译)
·vs.net 2005中文版下载地址收藏
·【小技巧】一个判断session是否过期的小技巧
·VB/ASP 调用 SQL Server 的存储过程
·?dos下编译.net程序找不到csc.exe文件
·通过Web Services上传和下载文件
·学习笔记(补)《.NET框架程序设计(修订版)》--目录
·VB.NET实现DirectDraw9 (2) 动画
·VB.NET实现DirectDraw9 (1) 托管的DDraw
·建站框架规范书之——文件命名

分类导航
VC语言Delphi
VB语言ASP
PerlJava
Script数据库
其他语言游戏开发
文件格式网站制作
软件工程.NET开发
.Net线程学习手记(2)—关于线程池的想法

作者:未知 来源:月光软件站 加入时间:2005-2-28 月光软件站

  嗯,.Net的线程池比较适合实现较小较快完成的任务,因为每个线程运行完毕,才能退出线程池,但
线程池的大小是确定的(.Net中默认为25个),所以如果同时有太多线程的话,就会不可避免的阻塞后来
的线程,然后等待线程池中的线程执行完毕。
  现在有一个思路,记录下来,准备实践。
  如果为较长的线程的话,比如网络会话,Socket连接后就需要一直保持,直到客户端退出,或者服务
器强制退出,这样的话,首先,需要线程池的大小可变;其次,需要有一个线程池的最小容量,也即临界
值,当大于该值的线程退出后,就可以释放线程对象,否则,仅需要标记该线程未使用;然后,就是线程
的相关操作:清空、新增、删除、查找。
  线程池的大小可变没有什么好说的,关于临界值我的理解如下:
  1、创建(线程)对象需要时间;
  2、销毁(线程)对象需要时间;
  3、所以可以假设线程池就是一个对象数组(其实可以按照缓冲区进行理解),太大没有什么实际作
用,还白白浪费资源,太小,就会频繁的创建、销毁对象(嗯,有点像操作系统中的进程的时间片轮转),
效率就跟不上。
  关于线程的是否使用可以用整型(用整型的原因是机器的操作效率)数组按位表示,.Net中32位机器
的整型字节长为4位,所以,即便从开始到顺序查找线程池中第n个未使用的线程,仅需要
n\32+min(n%32,31)次跳转。至于访问位我想不应该使用位移,也不要循环,干脆把需要And的值预先放
在数组中,0=1、1=2、2=4、3=8、4=16、……,这个效率应该会高一些。当前使用了多少个线程可以记录
一下,但不要作为是否创建新线程的依据(线程池已经扩大,但小于临界值的一个线程已经终止的话),
可以记录一下临界值以下的最小可用线程的Index,没有就记-1。


相关文章

相关软件