欢迎阅读我的文章

angel:感谢姜兄为我们提供了这么好的文章，也感谢VCKBASE提供的良好的技术交流氛围。受此文的启发，我悬挂已久的问题终于得到解决。如释重负。希望今后VCKBASE多多发布一些这样的文章。

(发表于2002-10-27 21:22:00)

周星星:找到一个目录就开辟一个线程 似乎不太好，不过文章确实不错，谢谢！
(发表于2002-10-28 9:23:00)

wukw:从入门到熟练，你用了多久？？谢谢！我现在只会抄，不会编。
(发表于2002-10-28 15:11:00)

bjarne:DO NOT use TerminateThread()!!! The result is disasterous!!!
(发表于2002-10-29 3:30:00)

Ridincal:多线程提高搜索速度的思路是对的，也肯定有效。但是，为每个目录单开线程的思路不好，当目录达到一定数量时线程的管理和分配将制约速度。况且，磁盘搜索的速度瓶颈在于磁盘速度而不是CPU速度。其实简单的开固定多线程搜索就足够了。不过还是感谢作者的辛勤工作。
(发表于2002-10-30 11:07:00)

happysky:开的线程太多了不好吧！！！
(发表于2002-10-30 19:15:00)

aaa:Ridincal的提议很好，在磁盘速度速度一定的情况下多线程搜索是具有效率的，对于线程过多的问题，我认为只要梢加控制数量（如最大5个或更多） 即可，这是很容易实现的，本文提供了一个思路。
(发表于2002-10-31 10:33:00)

pdca:好象实际使用中，性能并不好。有时会死机。
(发表于2002-10-31 17:39:00)

大宝:多线程实现对数据库操作为什么关闭程序时总会出错？ 可程序功能中根本不会存在同步问题
(发表于2002-11-3 12:33:00)

李大钊:似乎有些问题吧。一般一个目录下的文件只有几个，而把所有的子目录都算起来，会达到什么样的数量？？
操作系统的搜索功能是单线程的，但这样已经会使磁盘或CPU处于忙负荷，用多线程只会增加CPU的负荷，也不能减轻磁盘的负荷，这提高效率的说法根据是什么？

(发表于2002-11-4 13:05:00)

steem:同意Ridincal的说法，为每一个目录建立一个线程是有点浪费的。
(发表于2002-11-4 17:00:00)

笨笨猫:对于像磁盘这样的瓶颈设备,一个目录一个线程有些过于奢侈,而且效果并不好(比WINDOWS自己的搜索要慢很多)
即使是一个逻辑盘一个线程效果也不好(各位大虾不要笑,我使用递归的算法,搜索一个有5个逻辑盘的硬盘要比WINDOWS慢8--10倍),但是要是一个线程效果要好的多,基本上和WINDOWS的搜索速度差不多.(以上均是以第一次搜索为例,因为第二次搜索要快很多,估计是WINDOWS做了一些手脚,大概是缓冲一类的东西)
(发表于2002-11-5 8:49:00)

VC70新手:当然有缓冲，为每一个目录建立一个线程的确浪费


(发表于2002-11-7 4:03:00)

hlsoft:的确多线程的效果不见的好，因为大多数情况下都是磁盘的速度太慢造成的瓶颈，而表示由于CPU的问题，但思路很好的！
(发表于2002-12-9 18:03:00)

gaohuitai2006:文章不错,对我大有用处,谢谢大哥的无私奉献........
(发表于2008-10-11 10:17:00)

..........................................................................
--------------------next---------------------