在非正式(即新闻)技术出版社以及在线技术博客和讨论论坛中,人们通常会遇到一些轶事建议,即在硬盘驱动器或固态驱动器上留出一些可用空间。给出了各种原因,有时根本没有原因。因此,这些说法虽然在实践中可能是合理的,但它们具有神话色彩。例如:
一旦您的磁盘已满 80%,您应该认为它们已满,您应该立即删除内容或升级。如果它们达到90%满,你应该考虑你自己的裤子真的着火了,并立即做出适当的反应来补救。(来源。)
为了保持垃圾收集以最高效率运行,传统建议的目标是保持 20% 到 30% 的驱动器空闲。(来源。)
有人告诉我,我应该在 HD 上留出大约 20% 的空闲时间以获得更好的性能,当 HD 接近满时,它确实会变慢。(来源。)
您应该为交换文件和临时文件留出空间。我目前保留 33% 的可用空间,并发誓不会获得低于 10GB 的可用硬盘空间。(来源。)
我会说通常是 15%,但是现在有多大的硬盘驱动器,只要您有足够的临时文件和交换文件,从技术上讲,您是安全的。(来源。)
我建议在 Windows 上使用 10% 以上,因为如果运行它时驱动器上没有那么多空闲,碎片整理将不会运行。(来源。)
您通常希望留出大约 10% 的空闲时间以避免碎片化(Source。)
如果您的驱动器的容量始终超过 75% 或 80%,则值得考虑升级到更大的 SSD。(来源。)
是否有任何关于操作系统、文件系统和存储技术(例如磁碟与固态)的特定组合所需的可用空间百分比或绝对量的研究(最好在同行评审期刊上发表)?(理想情况下,此类研究还可以解释不超过特定已用空间量的原因,例如为了防止系统耗尽交换空间,或避免性能损失。)
如果您知道任何此类研究,我将不胜感激,如果您能回答它的链接以及研究结果的简短摘要。谢谢!
大约二十年前,在我的工作中,IT 专家会将 Windows 的主分区(C 盘)的大小与其他分区相比保持得非常小。他们会争辩说这会以最佳速度运行 PC 而不会减慢速度。
但它的缺点是,如果 C: 驱动器很小,很容易装满,很快你就无法安装新软件,因为它的空间用完了。即使我在 D: 驱动器中安装软件,它的一部分也总是被复制到 C: 中,它会填满它。
我的问题是这种做法还好吗?为什么这样做。如果有的话,它的主要优势是什么?一个明显的原因是,如果主分区崩溃,您的数据在辅助分区是安全的。
我问这个问题的原因是因为我正在尝试更新 Visual Studio 而我不能,因为我的主分区中只剩下 24MB。
我看到大多数人倾向于首先制作/boot、交换、Windows 系统分区等。有人说这样做会更快,而另一些人则说“外轨”更快。你能告诉我哪一个(或两个?)有意义吗?为什么?
我注意到将 24Mb 的数据从一个文件夹复制到另一个文件夹需要大约 30 秒,因为(我假设这是原因)它有超过 1,000 个单独的文件。复制 24Mb 不应该花这么长时间。为什么文件数量不同?
我在 MacBook(4GB 内存,Intel(R) Core(TM)2 Duo CPU P7450 @ 2.13GHz,32 位操作系统)上运行 Windows 7
编辑:NTFS 是驱动器上使用的文件系统
我有一台笔记本电脑,Windows 安装在 GPT 硬盘上。我想要另一个分区来存储数据,还有另一个分区来安装 Linux Mint(或 Ubuntu,仍在决定中)。我应该将其安装在最后一个或倒数第二个分区上吗?
hard-drive ×4
partitioning ×3
performance ×3
filesystems ×1
linux ×1
macbook ×1
ssd ×1
windows ×1
windows-7 ×1