结果:

结果:

我有以下驱动器及其计划用途。

120GB SSD - Arch Linux 或 Ubuntu(操作系统、程序)

240GB SSD - Windows(操作系统、程序)

1TB HDD - 分成两半,每个操作系统一个分区(文档、图片、视频、音乐、分页文件、搜索索引、临时文件、缓存、日志)

  • 保持操作系统完全独立并且不共享任何内容是最好的选择吗?
  • 我是否应该计划使用某种 RAID 配置或跨驱动器?
  • 每个驱动器/分区的最佳格式是什么?
  • 如果需要的话,应该将哪些内容移动到我的硬盘上并链接起来?我的想法是 Windows 的用户目录、页面文件、搜索索引、临时文件、缓存和日志,而 Linux 上的情况我不确定。

或者...除了我提到的所有内容之外,还有更好的选择吗?

编辑::我也很好奇,如果我将这个系统严格设置为 Windows 机器,那么最好的设置是什么,因为我可以使用另一台计算机进行 Linux 开发或使用 VM

答案1

以后我建议你谨慎措辞,使用“最佳”这样的词语往往会引发询问意见的问题,因此不适合任何 SE 网站。不过,我会尝试解决各种行动的后果,以便你决定什么是“最适合你”的。我会在最后提供建议,但这些意见同样不适合这个网站。

结果:

保持操作系统完全独立并且不共享任何内容是最好的选择吗?

它肯定会使更换操作系统变得不那么复杂。尤其是当涉及到引导加载程序时。当然,这只是你认为需要这样做时的一个好处。

我是否应该计划使用某种 RAID 配置或跨驱动器?

这样做会降低通过默认驱动程序获得本机支持的可能性,如果您是这种类型的人,这将使创建操作系统的备份/恢复映像变得更加困难。例如,假设您希望对 Windows 安装进行 .wim 备份,以便在感染病毒或操作系统损坏时可以恢复它。如果您不能使用默认驱动程序,则需要构建包含所需驱动程序的 WinPE 光盘。

您有 2 个驱动器,因此无法创建任何类型的分区,为什么要镜像 ssd,因为它们会同时发生故障,除非其中一个驱动器的重写周期更长,否则您无法从中获得备份好处。当然,读取速度提高 2 倍会提高性能,但您已经在使用 SSD,因此读取速度已经非常快了(除非您购买了糟糕的品牌)。

这将使引导加载程序的情况更加复杂。如果您将其用作跨 MBR 驱动器,那么最终 Arch 的引导加载程序将覆盖 Windows 的引导加载程序,除非您进行链式加载,这需要手动将 Windows 引导加载程序安装到 VBR,然后在 Arch 的引导加载程序中手动为其添加条目。如果您使用 GPT,它们将位于同一个 EFI 系统分区中。无论哪种方式,它都会使替换操作系统变得有点困难,但它确实使启动它们变得更容易,因为您将在默认启动的单个管理器中拥有所有选项。如果您单独使用驱动器,那么您可以让每个操作系统写入它自己的 MBR,或者在 GPT 的情况下写入它自己的 ESP。您必须使用 BIOS/UEFI 的快速启动菜单来启动第二个硬盘驱动器上的操作系统 :(,但每个操作系统的引导加载程序都不知道另一个操作系统,因此替换一个操作系统要容易得多。

每个驱动器/分区的最佳格式是什么?

对于 Windows,当您安装它时,它会自动选择 NTFS,而现代版本的 Windows 都需要它。至于 Arch,我不使用 Arch,所以我无法真正评论可用的各种选项。我会注意到 EXT4 支持 TRIM。EXT4 具有日志支持以防止数据丢失,但如果您希望减少对 SSD 的写入,可以禁用它。

如果需要的话,应该将哪些内容移动到我的硬盘上并链接起来?我的想法是 Windows 的用户目录、页面文件、搜索索引、临时文件、缓存和日志,而 Linux 上的情况我不确定。

SSD 的生命周期有限,因此,将任何可以从 SSD 上移开并移到硬盘上的东西都有助于延长 SSD 的使用寿命。当然,这种使用方式会更快磨损硬盘。硬盘的写入次数不受限制,但使用过程中确实会出现物理磨损。

由于您是从 SSD 运行操作系统,因此将页面文件或交换分区存储在硬盘上会降低系统速度。

我也很好奇,如果我将这个系统严格设置为 Windows 机器,那么最好的设置是什么,因为我可以使用另一台计算机进行 Linux 开发或使用 VM

虚拟机无法获得与物理机相同的性能水平。除非您运行具有 pci-passthrough 的虚拟机,否则您将使用模拟显卡,这将进一步限制您可以运行的内容。大多数虚拟机不支持 TRIM(用于 ssd 以延长使用寿命)直通虚拟机的硬盘。

推荐:

最佳是一个相对术语,只有您才能决定什么才是最佳。但是,如果是我,我会将操作系统放在各自的驱动器上,使用各自的引导加载程序,然后只需使用 PC 上的快速启动菜单即可访问它们。这是假设您的计算机有一个(很可能有)。您有 2 个驱动器,所以为什么不利用这一点呢。

除非您的内存非常小,否则不要使用页面文件或交换分区。它会更快磨损驱动器,而且由于从 SSD 复制文件的速度非常快,您可以承受不断从内存中清除文件以腾出空间来容纳新文件。如果您没有足够的内存,那么请在其操作系统 SSD 上创建交换分区/页面文件;从硬盘驱动器运行它会造成瓶颈。拥有 SSD 的全部意义在于更快地将文件从源复制到内存,如果您的虚拟内存存储在较慢的设备上,那么这最终会浪费掉。

我会为 Arch 使用 EXT4,但这只是因为我不熟悉它的其他一些可用选项,如果你熟悉的话,也许还有更好的选择。对 Windows 使用 NTFS,对硬盘使用 NTFS,因为你需要一个可以从两个操作系统访问的文件系统,支持日志记录、支持长文件名并支持大于 4 GB 的文件。

我不会费心将日志或用户文件夹重定向到硬盘。SSD 的生命周期可能有限,但也不会太短,所以为什么要费心重定向日志等。至于用户数据,为什么要重定向这些文件夹。不要使用它们;Arch 也一样。而是在硬盘上创建自己的文件夹。集成东西只会让您在需要取消集成时感到麻烦。

相关内容