【原创】win10安装时选Compact压缩，占用压缩惊人！
选的最大压缩Compact：LZX模式，win10企业版LTSC的64位装完只占用7个G。用再蜗牛星际矿渣上的垃圾16Gssd上太爽了这么牛？使用起来流畅度有什么区别吗？ radio777 发表于 2019-4-25 12:38
这么牛？使用起来流畅度有什么区别吗？
每次调用文件就要解压缩。节省空间浪费时间，这么做其实没啥意义。 好吧，我不差再多7个g 我直接 vhd 了。。 原因是重装系统省事，直接覆盖文件，哈哈哈 radio777 发表于 2019-4-25 12:38
这么牛？使用起来流畅度有什么区别吗？
流畅度的话，比较新的CPU没什么问题的，我是作为win10 Nas使用的，平时就开机共享而已，需求不同 nerokai 发表于 2019-4-25 12:51
每次调用文件就要解压缩。节省空间浪费时间，这么做其实没啥意义。
流畅度的话，比较新的CPU没什么问题的，我是作为win10 Nas使用的，平时就开机共享而已，需求不同
替代我的黑群晖 nerokai 发表于 2019-4-25 05:51
每次调用文件就要解压缩。节省空间浪费时间，这么做其实没啥意义。
如果文件存放在不是很快的SSD上，或者存放在传统HDD上，采用压缩既能节约空间，也能节约时间。
节约空间不存在争议。
对于节约时间，原因如下：读取已压缩的文件，虽然需要增加额外的解压缩时间，但由于文件体积减小，可以减少文件读取时间。当文件存放在比较慢的设备上，比如传统HDD，或者低速SSD上。减少的文件读取耗时高于解压缩耗时，节约时间就体现出来了。
现代CPU处理压缩和解压缩的任务效率很高，故而macOS对内存都进行压缩。 越来越懒得折腾系统了，希望10年不重新安装 安装完了不是一样压缩 bs340248 发表于 2019-4-25 17:49
如果文件存放在不是很快的SSD上，或者存放在传统HDD上，采用压缩既能节约空间，也能节约时间。
节约空 ...
没有免费的午餐。知道么，解压缩不怕单个大文件，最怕零碎的小文件。我不压缩的话，文件直接从硬盘写入内存，不存在时间差。压缩之后，文件要先经过cpu解压缩在写入内存，多了一道程序。cpu是线性计算，如果文件小而多，每个文件都要分一个线程，时间必然很长。
macos和windows 机制都不一样，没什么可比性。macos采用预读机制，按照你使用习惯把文件提前预读到内存中，所以不管macos多大内存，都会感觉占用很多。windows是即用即读，本身就慢了，在加上一个解压缩，能一样么。 nerokai 发表于 2019-4-25 14:48
没有免费的午餐。知道么，解压缩不怕单个大文件，最怕零碎的小文件。我不压缩的话，文件直接从硬盘写入内 ...
https://hardforum.com/threads/ss ... d-increase.1520475/
文中#4用了一个理想化的例子解释了建议开启NTFS压缩的原因。
一个原始尺寸100MB的文件，NTFS启用压缩后尺寸50MB。从未压缩的NTFS系统读取，耗时1秒；从已压缩的NTFS系统读取，耗时0.5秒，NTFS采用的LZ77效率极高，解压耗时0.003秒，总读取耗时0.503秒。启用压缩带来了性能提升。
文件压缩是多了一道CPU解压程序，但减少了从磁盘读取的耗时。启用压缩对于系统性能的最终影响是这两方面博弈的结果。当CPU速度慢，磁盘速度快时，启用压缩降低性能；当CPU速度快，磁盘速度慢时，启用压缩提高性能。
维基百科关于磁盘压缩的条目中也提到磁盘压缩和系统性能的关系：
https://en.wikipedia.org/wiki/Disk_compression#Performance_impact
If the system had to wait frequently for hard drive access to complete (I/O bound), converting the hard drive to compressed drives could speed up the system significantly.
如果系统不得不频繁等待硬盘访问完成（I/O瓶颈），将硬盘转换为压缩状态或能显著增加系统速度。
此外，关于单个大文件和多个小文件对CPU解压缩的影响的担忧是不必要的，磁盘读取是线性的，现代CPU是多核的。文件数量多并不影响CPU解压速度。 bs340248 发表于 2019-4-25 22:29
https://hardforum.com/threads/ss ... d-increase.1520475/
文中#4用了一个理想化的例子解释了建议开启 ...
你要是这么抬杠，那就抬一下。同样你的100m的文件，楼主说了，是作为系统盘的，相信你也知道windows的系统文件吧，不会是每个都是100m的正好的文件，很可能每个都是几十k几百k做多几兆。就按照每个1m好了，就是100个文件。cpu多线程，主流的，八线程十六线程就算多的了，这需要cpu多工作多少次？密集文件对硬盘的读写性能影响很大，不知道你有没有复制过文件，复制一个5g的视频和复制5g的照片，需要的时间是不一样的，差的不是一点半点。一般复制大量文件所需要的时间是复制同体积单个文件的时间的3倍左右，还要cpu实时在解压缩，那效率，肯定快不了。
刚才你的解压缩的时间算法，你只算解压缩的过程，没有算线程的起始和结束，就是技能cd。cpu解压缩的时候，分配线程也是需要时间的好吧。而且，按照你的说法，压缩率越高读取越快咯？文中也说了，这种情况可能对高主频的而硬盘读取很慢的有一定帮助，还要限特定的文件存在方式，比如视频这种单个大文件。
具体ntfs的lz77是如何工作的，我不懂，我相信你也不懂。但是我上学的时候，书上有句话，省力就要费距离，省距离就要费力。根本不存在即省力又省距离的方案。很简单的一个事实，如果真如你所说，启用压缩能提升性能的话，微软为什么不默认启用压缩呢？这样不是能极提升性能么？那还开发下一代的refs做什么呢？微软几万人的开发团队都不如你一个人聪明咯？要选用这种即浪费磁盘空间又降低性能的方式呢？是不是逻辑上说不通呢？你想一想？
再者，你引用的国外论坛的观点，本身就是有争议的，不知道有什么说服力，而且，还是十年前的观点。十年前啊，那会刚有ssd吧，那会ssd的存储空间寸地寸金吧，所有才会有人想怎么节省那可怜的空间吧。那会主流还是hdd的吧。
最后，真如你所说，文件被压缩，系统每次调用都要解压缩，解压缩就需要缓存吧，只能占用硬盘的空间，频繁读取，就是频繁缓存，这对ssd的寿命真的好么？
这种论点，没人去讨论，也没有被大多数得人都采取，必然说明他只是一种次优解，是一种妥协的方式，我不明白你为什么这么捍卫这个点。 bs340248 发表于 2019-4-25 17:49
如果文件存放在不是很快的SSD上，或者存放在传统HDD上，采用压缩既能节约空间，也能节约时间。
节约空 ...
看上去很有道理 nerokai 发表于 2019-4-25 15:57
你要是这么抬杠，那就抬一下。同样你的100m的文件，楼主说了，是作为系统盘的，相信你也知道windows的系 ...
因为我是对的 bs340248 发表于 2019-4-25 22:59
因为我是对的
ok，你是对的。微软的全体开发员工和世界绝大多数没采用压缩的用户，都是傻子。那你怎么不去微软研究院呢。 nerokai 发表于 2019-4-25 16:02
ok，你是对的。微软的全体开发员工和世界绝大多数没采用压缩的用户，都是傻子。那你怎么不去微软研究院呢 ...
你需要细心阅读。
我的回复中没有表示磁盘压缩一定提高性能。明确说了只有当CPU速度快，磁盘速度慢时，启用压缩提高性能。启用压缩对于系统性能的最终影响是CPU速度和磁盘速度这两方面博弈的结果。
Windows的默认设置更偏向兼容，而不是性能，更不是对所有用户都最优的设置。用户根据自己电脑的特性，对Windows的设置做一些微调是很常见的。 说了这么多没说怎么启用，格式化时选么？ iwaitiwait 发表于 2019-4-25 16:16
说了这么多没说怎么启用，格式化时选么？
NTFS压缩功能的启用和关闭，可以在右击需要压缩的文件夹，选择属性，选择高级，可以针对不同文件夹进行设置。在进行系统盘压缩时候需要小心绕过启动文件，因为Windows启动管理器无法读取已压缩的NTFS文件。
Windows 10有个新的名为“CompactOS”的功能，这和全盘NTFS压缩类似，但更智能。它并不压缩所有的文件，而只是压缩特定的系统文件。Windows会分析你的电脑，并会在它认为需要的情况下自动启动CompactOS功能。
在管理员权限的命令提示符下：
该命令检查目前CompactOS工作状态。
Compact.exe /CompactOS:query
该命令手动启用CompactOS
Compact.exe /CompactOS:always
该命令手动关闭CompactOS
Compact.exe /CompactOS:never nerokai 发表于 2019-4-25 12:51
每次调用文件就要解压缩。节省空间浪费时间，这么做其实没啥意义。
我16G的SSD装win10企业版完整镜像，做NAS用的，就是要节省空间啊，时间？24*7全年无休开着，完全不在乎啊 iwaitiwait 发表于 2019-4-25 23:16
说了这么多没说怎么启用，格式化时选么？
用PE装系统的时候选
页:
[1]