|
![]() | 作者: group [group]
![]() |
登录 |
tar zxfv 很多小文件 top CPU还是9x% idle,但是就不见它用这个9x%来加快一下解压的速度,MD ![]() |
地主 发表时间: 04-03-17 01:20 |
![]() | 回复: NetDemon [netdemon] ![]() |
登录 |
tar 的速度主要是依赖于磁盘的速度,而压缩呢,确确实实不需要用到很多的CPU 这样的操作,如果硬盘一样,XEON 和 586几乎一样的速度 用Windows来的话,也是这样的速度,但就不至这样的CPU占用了,你可以试试看 |
B1层 发表时间: 04-03-17 01:41 |
![]() | 回复: group [group] ![]() |
登录 |
这个磁盘是7200转的SCSI,2M缓存,40M SCSI卡,虽然4.3G小了点,但是速度还是不会太差的 我的C4 1.7G上用的磁盘是5400转,ATA 100 在4.3G上解压了接近半个小时还没解压完的东西,ATA 100 用了不到一分钟 ![]() 速度即使有差异,也不会这么厉害吧? |
B2层 发表时间: 04-03-17 02:09 |
![]() | 回复: NetDemon [netdemon] ![]() |
登录 |
![]() 但无论如何,他确实不需要使用那么多的CPU,因为tar是单线程的,如果这个操作要占用10%的CPU,那么你启用10个线程就会100%的使用了CPU的资源,当然也会快了很多,但可惜tar他并不是多线程的,实际上这和freebsd并没有什么关系的 另外,作为一个服务器操作系统,freebsd默认确实是不会让一个程序使用过多的资源,因为他认为自己不是只做一件事的,实际的应用就会表现在比如apache受到攻击,已经拒绝服务了的情况下,ftp mysql等依然畅快的运行着。 [此贴被 NetDemon(netdemon) 在 03月17日06时15分 编辑过] |
B3层 发表时间: 04-03-17 05:59 |
![]() | 回复: wfjxx [wfjxx] ![]() |
登录 |
你把你的进程发过来呢/呵呵 贴上来一看就知道了呀呵呵 |
B4层 发表时间: 04-03-17 08:22 |
![]() | 回复: group [group] ![]() |
登录 |
引用: ![]() |
B5层 发表时间: 04-03-17 09:47 |
|
20CN网络安全小组版权所有
Copyright © 2000-2010 20CN Security Group. All Rights Reserved.
论坛程序编写:NetDemon
粤ICP备05087286号