
|
作者: group [group]
论坛用户 |
登录 |
| tar zxfv 很多小文件 top CPU还是9x% idle,但是就不见它用这个9x%来加快一下解压的速度,MD |
| 地主 发表时间: 04-03-17 01:20 |
回复: NetDemon [netdemon] ADMIN |
登录 |
|
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] ADMIN |
登录 |
|
但无论如何,他确实不需要使用那么多的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号