单核下,多线程搜索文件比单线程真的好吗？解决方法

单核下,多线程搜索文件比单线程真的好吗？？
单核下,多线程搜索文件比单线程真的好吗？？？

一个cpu，一个线程情况下一个个的搜索文件
一个cpu, 多线程情况下来回切换，也是搜索文件，比单线程好像没什么优势，还要拉回切换等代价


是吗？？？

------解决方案--------------------
友情帮顶，友情帮顶
------解决方案--------------------
我觉得，单核下,多线程搜索文件真不如单线程！
------解决方案--------------------
当然多线程要好。
因为CPU常常在空闲，经常等这个等那个，多线程正好可以填饱这个空闲。

比如读文件--->内存时，CPU就是空闲的，这时候可以处理已经读进内存的数据。
------解决方案--------------------
搜索文件，应该用一个线程搜索就好了。

Windows自己的文件搜索，就是这么做的。(Linux应该也是这么做的)

用多线程，简直就是在开玩笑(也可能是为了想练习写多线程的程序吧)。。。



个人看法，仅供参考!
(任何后果，请自负)
------解决方案--------------------
实际检验一下 就知道了
------解决方案--------------------
友情帮顶，友情帮顶
------解决方案--------------------
没有必要用多线程
------解决方案--------------------
是的，

------解决方案--------------------
用多线程的等于在浪费时间.
------解决方案--------------------
不要以为单核的cpu就没有并行的单元了，事实上单核的cpu里面还是有很多并行的地方的，可以参考一下学校学的计算机体系结构，但是针对楼主的问题，我不敢说到底是多线程好，还是单线程好，这肯定中间有一个临界点，楼主可以考虑两种解决方案，看一下具体的测试效果如何。。

------解决方案--------------------

探讨

当然多线程要好。
因为CPU常常在空闲，经常等这个等那个，多线程正好可以填饱这个空闲。

比如读文件--->内存时，CPU就是空闲的，这时候可以处理已经读进内存的数据。

------解决方案--------------------
好像单线程跑不满cpu。

------解决方案--------------------

探讨

不好说，搜索文件费时的并不是CPU，而是磁盘操作，CPU就算有并行能力又怎么样，磁盘操作的有并行能力吗？我觉得就搜索文件这个应用而言，多线程应该不会比单线程快。

------解决方案--------------------
应该多线程快。


设计到I/O操作 磁盘读写 等慢操作的时候，CPU会休息下来。


如果计算 

for(int i=0;i!=1000000;++i);

这样的纯CPU运算 肯定单线程快