如何在LVM中分配有限的SSD空间以获得最佳性能


8

我刚刚获得了一个新的SSD,我正在寻找有关如何最好地将其整合到现有LVM设置中的建议。我有以下逻辑卷(挂载在明显的位置):

# lvs
  LV          VG        Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  home        maingroup -wi-ao  75.00g                                      
  opt         maingroup -wi-ao   4.00g                                      
  swap1       maingroup -wi-ao   1.00g                                      
  swap2       maingroup -wi-ao   1.00g                                      
  tmp         maingroup -wi-ao   5.00g                                      
  usr         maingroup -wi-ao  25.00g                                      
  var         maingroup -wi-ao  15.00g                                      

与新SSD关联的物理卷中有108.26g。我将用来pvmove将其中一些LV迁移到SSD。问题是,哪些LV要移动?

有问题的机器基本上是家用工作站。我进行了一些轻量级开发(源代码包含在中home),运行一些非常低负载的服务器进程(apache等),并不时进行一些图像和视频编辑。如果可以,我可以在x86上运行Gentoo。

Answers:


7

对于台式机,我移动了我经常在SSD设备上使用的文件,而将其他文件保留在硬盘上。

  • 将系统安装在SSD上很有帮助。它不是很经常修改。将usr移到SSD上。
  • 您的主目录也经常使用。用SSD 回家。如果太大,请尝试隔离使用频率较低的文件,然后将其留在硬盘上(符号链接可帮助完成此任务)
  • 的/ var目录通常是由后台程序访问(附加在大多数情况下,日志文件)。有人尝试登录远程服务器或虚拟磁盘。它可能很复杂,可能不值得为此烦恼。我将var放在SSD上。
  • 在使用中的/ tmp目录取决于您所使用的应用程序。
  • 交换使用情况还取决于您的应用程序和物理内存。对我来说,交换并不经常使用,因此在SSD上安装它确实不是一件好事(这对于交换性能来说是最好的)。

对于不确定的分区(tmp,swap1,swap2,opt),可以尝试不移动它们而使用iostat -p命令查看访问它们的频率。

检查在Ubuntu上安装SSD设备




1

我目前正在调查类似的内容。除了Javier提到的bcache和flashcache选项之外,您还可以标识“热”扩展区并将其pvmove到SSD:

https://bbs.archlinux.org/viewtopic.php?id=113529

为了缓解TRIM的不足,您可以使用少于全部SSD容量的容量,然后再移动范围并使用hdparm手动丢弃扇区范围:

# TRIM 1000 sectors starting at sector #1
hdparm --trim-sector-ranges 1:1000 /dev/sdb

那显然是非常危险的,任何错误都可能破坏您的数据!


0

我同意使用SSD进行某些缓存操作,但是您可能应该认真检查确切的用例。如果您不购买高端固态硬盘,则磨损和可靠性是一个更大的问题。在这种情况下,我不会将其用于临时目录操作,例如/ tmp,/ var / tmp,/ var / run和swap。我会尝试为此使用基于内存的文件系统,但是设置起来有点困难,并且如果您不知道自己在做什么,可能会有些冒险。

绝对可以在SSD上进行A / V编辑!这可能是您的主目录,但可能是其他位置的特殊目录,甚至是您主目录下的安装点。SSD令人眼前一亮,您无需移动磁盘头即可进行随机读写。这大声疾呼编辑,A / V之类的高带宽应用程序也可以工作。如果您有足够的空间,那么/ usr可能是下一个位置。您的大多数二进制文件和库都在/ usr中,并且可以从SSD提供的随机读取顺序中受益。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.