我应该对我的 SSD 进行碎片整理吗?

jer*_*rry 128 defragment ssd windows-10

我刚刚了解到应该“永远不要对您的 SSD 进行碎片整理”。但我不知道这是否属实。

我相信 Windows 10 会自动安排在我的 SSD 上完成碎片整理,但我取消了它。之前进行的碎片整理会导致任何问题吗?

SSD仍然没有分区,因为我在我的电脑文件夹中看不到SSD驱动器,只能在系统硬件管理器中看到。在 SSD(这是我的第一个 SSD)上安装 Windows 应该采取哪些正确步骤?

mag*_*981 141

让 Windows 完成它的工作。每月一次,它会在 SSD 上进行一次真正的完整碎片整理,以优化内部元数据。

简短的回答是,是的,Windows 有时确实会对 SSD 进行碎片整理,是的,智能且适当地对 SSD 进行碎片整理很重要,是的,Windows 在处理 SSD 方面很聪明。

以下是微软的回复:

如果启用了卷快照,Storage Optimizer 将每月对 SSD 进行一次碎片整理。这是设计使然,并且由于 volsnap 复制在碎片 SSD 卷上的写入性能缓慢而必需。认为碎片不是 SSD 上的问题也是一种误解。如果 SSD 变得过于碎片化,您可能会达到最大文件碎片化(当元数据无法表示更多文件碎片时),这将在您尝试写入/扩展文件时导致错误。此外,更多的文件碎片意味着在读取/写入文件时需要处理更多的元数据,这会导致性能下降。

就 Retrim 而言,此命令应按 dfrgui UI 中指定的时间表运行。由于文件系统中处理 TRIM 的方式,重新修剪是必要的。由于硬件响应 TRIM 的性能不同,文件系统异步处理 TRIM。当删除文件或以其他方式释放空间时,文件系统会将修剪请求排队以进行处理。为了限制 peek 资源的使用,这个队列可能只会增长到最大数量的修剪请求。如果队列是最大大小,传入的 TRIM 请求可能会被丢弃。这没关系,因为我们会定期通过 Storage Optimizer 进行重新调整。Retrim 的粒度应避免达到 TRIM 被丢弃的最大 TRIM 请求队列大小。

所以在SSD上安装Windows并忘记它。Windows 将自行完成所有操作。

  • 有时我们会抱怨微软太愚蠢了。但有时我对某些 Windows 元素的深思熟虑感到惊讶。 (20认同)
  • EXT 中的碎片保持在最低限度,但在特定用例中仍然可能发生,至少在 Ext3 中:https://en.wikipedia.org/wiki/Ext3#Disadvantages (6认同)
  • EXT 变体会产生碎片并失去性能。任何不这么说的人都是在兜售 Linux 优越性的谎言。来源:我为它实现了一个驱动程序,它确实如此。 (6认同)

Jou*_*eek 52

我刚刚了解到应该“永远不要对您的 SSD 进行碎片整理”。但我不知道这是否属实。

一点知识是危险的。如果您的系统完全不知道 SSD 是什么——比如 Windows XP,那么永远不要对 SSD 进行碎片整理可能是一个好主意。如果 SSD 是易碎的雪花,可能会在正常使用的严酷高温下磨损和融化 -我有一个详细的答案,为什么这不是真的。这是相当困难的,以“磨损”在正常使用的驱动器。忘记这一点可能会很方便。

让我们考虑一下,如果您的应用程序正在杀死 SSD 甚至进行大量写入,就像 Spotify 那样,人们会翻转。编写操作系统的人通常都很聪明。

在这个答案的其余部分,我大量引用了 Scott Hanselman 的这篇博文。Magicandre 的回答也提到了这一点,但我从中吸取了不同的教训。值得一读以了解详细信息。我对我如何表示信息有一些自由。我会从这个开始

我认为主要的误解是大多数人的磁盘\文件布局模型非常过时,以及 SSD 的工作原理。

SSD 会产生碎片,并且需要跟踪这些碎片。从根本上讲,对 SSD 进行碎片整理有助于您的文件系统高效运行,即使它与旋转的锈驱动器不同。我引用的帖子指出,如果不进行碎片整理,卷快照会很慢。

SSD也有TRIM的概念。虽然 TRIM (retrim) 是一个独立于碎片的概念,但它仍然由 Windows 存储优化器子系统处理,并且从用户的角度来看,计划由相同的 UI 管理。

TRIM 很好。Trim节省了写入,因为它是一种将块标记为已读而不擦除它们并根据需要擦除它们的机制。

告诉你永远不要对驱动器进行碎片整理的人不知道现代操作系统是为 SSD 设计的,并且引入了必要的内务处理过程。

虽然很容易假设您更了解,但在这种情况下,编写操作系统的人已经为您优化了一些东西。保持冷静,让 Windows 对您的驱动器进行碎片整理。

  • 我认为通过提及逻辑块地址与物理块地址会大大改善这个答案。对 SSD 进行碎片整理是不可能的,由于闪存映射,导致顺序逻辑地址的文件系统级过程仍然会导致数据分散在物理磁盘周围,这没关系,因为 SSD 是随机访问的。 (9认同)

小智 23

为了完整起见:

碎片取决于文件系统(FS),而不是磁盘或操作系统。

这意味着您的问题的答案并不真正需要询问 Windows*;SSD 是特例 - 它的工作方式与普通磁盘不同。

FS 是一种在光盘上组织文件的方式。最常见的 Windows 格式是NTFSFAT32. 在Linux上最常用的FSS的ext3/ ext4,但也有许多人(zfsxfsjfsReiserFSbtrfs,和更多)。

一个盘被分成。你可以把它想象成一个长磁带,你可以在上面写一些数据。当你在光盘上写东西时,你会使用这些块。显然,您希望将相关文件彼此相邻写入,并将单个文件写入单个块,这样您就不必在磁带上跳来跳去。当所有东西都散落一地时,这就是我们所说的碎片化。碎片整理将它们组织起来。

显然,您组织事物的方式 (FS) 决定了它们的组织程度(是否存在碎片)。如果从一开始就组织文件,则不会有碎片。这就是某些文件系统(例如ext家庭)中发生的情况。这些文件系统动态地组织您的文件(在写入之前),因此您不必对它们进行碎片整理,除非在特殊情况下别无选择,只能引入一些混乱。

有关ext4以及如何防止碎片的更多信息,您可以参考此页面

现在 SSD 的工作方式有所不同;它不是磁带。您可以随时随地获得即时访问。碎片整理的全部意义在于您可以整齐地组织文件,这样您就不必四处走动。没有办法在 SSD 中跳来跳去。您不在乎是否必须来回到达磁带的另一端;没有磁带。

但是,还有其他优化 SSD 的方法。请参阅此主题以进行说明。

*几乎; 文件系统选择与操作系统相关。大多数 Linux 用户使用与 Windows 或 OS X 用户不同的 FS。

  • 正是这个。无论存储介质如何,碎片都发生在 FS 级别。有些媒体比其他媒体受它的影响更大,但总会有一些影响,它不会因为你有一个 SSD 而消失。 (3认同)

use*_*686 8

现有的答案很好,但我有一些东西可以补充它们......
我对我的 SSD 进行碎片整理禁用自动 TRIM,但出于与提到的完全不同的原因:

  1. 如果我不小心删除了某些内容,我希望能够恢复文件或分区。
    不,它不经常发生,但它发生的几次,即使我试图在删除后立即恢复它们无法恢复我可以在硬盘上恢复的东西,这令人非常沮丧.

  2. 我每隔几个月就扩展、缩小甚至移动分区,对文件进行碎片整理和整合使此操作速度更快,风险更低。您可能会认为现在可以信任分区管理器,但直到 2015 年 12 月,我还在简单的移动/调整大小操作中遇到了错误(损坏)。更聪明的分区管理器会尽量避免在发生任何损坏之前在严重碎片化的卷上运行(通常,尽管并非总是成功)。

  3. 有时会使用 Linux,直到大约一年前,我都被它损坏的 NTFS 卷损坏了。这不是由于碎片造成的,但看到它甚至无法正确处理碎片化的文件,我处于防御状态并试图向它呈现尽可能干净的卷(即使如此,我也避免写入大多数的时间)。

关于#2 和#3 的可悲之处在于,那些没有亲眼看到这些问题的人总是认为我疯了并且在编造这一切,或者我的系统必须以某种方式被破坏。但是我已经在多个系统上多次复制了这些内容,作为编写自己NTFS 阅读器的人,我对文件系统和内核编程了解一两件事......以 NTFS 为中心。所以当我看到它们时我就知道错误。没有人相信我,但无论如何我还是要警告人们,因为我亲眼所见——因此,如果您弄乱了分区或根本使用 Linux,我建议您对驱动器进行碎片整理。天啊。

哦,别忘了在一段时间手动每运行一次TRIM,当你不就需要恢复什么。虽然说实话,我还没有从中看到任何好处......


归档时间:

查看次数:

70401 次

最近记录:

6 年,8 月 前