- 积分
- 2519
- 最后登录
- 2024-3-29
- 精华
- 3
- 阅读权限
- 205
- 主题
- 301
- UID
- 79171
- 帖子
- 5465
- PB币
- 19776
- 威望
- 53
- 贡献
- 0
- 技术
- 64
- 活跃
- 1793
- UID
- 79171
- 帖子
- 5465
- PB币
- 19776
- 贡献
- 0
- 技术
- 64
- 活跃
- 1793
|
发表于 2014-3-24 16:26:17
IP属地重庆
|显示全部楼层
本帖最后由 slice 于 2014-3-24 16:35 编辑
trafly 发表于 2014-3-24 15:57
我手头这个SSD,Random Read 100K IOPS;Random Write 78K IOPS。要不今晚我试试做个最大压缩看看?{:5_2 ...
试了下NTFS压缩,本身是ISO文件里面安装包本身就是压缩的,用NTFS压缩也几乎不能省什么空间了。
机械硬盘,在公司,只有机械硬盘测试了。
复制到非压缩目录,任务管理器的资源监视器磁盘占用全程100%,硬盘是全负荷工作的。
复制到压缩目录,磁盘占用率50%到90%波动,也就是说磁盘还有空闲IO。
也就是说磁盘没有全负荷工作。
而复制到压缩目录和非压缩目录,CPU占用基本一致,反正就是都低。
磁盘未全负荷工作看起来并非CPU处理不过来。
--------------------------------------------------------------------------
这种对上层是透明的压缩技术,感觉一旦涉及压缩有些事情就变复杂了。
例如我要定位文件的某个位置,通过offset直接就可以定位到磁盘某个扇区。
而压缩的,而且不同文件或者同一文件的不同部分压缩率可能都不同,怎么知道实际在磁盘的哪个扇区了呢。
反正就是变慢了,但分析看来并非CPU占用高了压缩不过来因为CPU占用非常低,也非写入的瓶颈,因为磁盘存在空闲的时候。
----------------------------------------------------------------------------
不过结论就是,对用户透明的压缩,是蛮影响性能的。
请勿使用多线程下载工具下载论坛附件!
|
-
1
查看全部评分
-
|