Questions tagged «trim»

在线上有大量资源讨论如何在RAID配置中使用SSD驱动器-但是这些资源大多数可以追溯到几年前，并且SSD生态系统发展非常迅速-正当我们期望英特尔在今年晚些时候发布“ Optane”产品时它将再次改变一切。 首先，我将确认消费者级别的SSD（例如Intel 535）和数据中心级别的SSD（例如Intel DC S3700）之间在质量上存在差异。 我主要关心的是TRIMRAID方案中的支持。据我了解，尽管自从将SSD引入消费级计算机已经有6年了，距离NVMe投入商业已经有4年了-现代RAID控制器仍然不支持向TRIM连接的SSD 发出命令-除了Intel的RAID控制器在RAID-0模式下。 TRIM对于驱动器彼此镜像的方式，RAID-1模式不提供支持令我感到惊讶。但是我离题了。 我注意到，如果要对磁盘（HDD和SSD）进行容错，则可以在RAID配置中使用它们-但是由于SSD没有TRIM，这意味着它们会遭受Write-Amplification的影响，这会导致额外的磨损，反过来会导致SSD提前失效-不幸的是，这具有讽刺意味：旨在防止驱动器故障的系统可能最终直接导致它。 所以： TRIM现代（2015-2016年）SSD 是否需要支持？ 1.1。TRIMSATA，SATA-Express和基于NVMe的SSD之间对支持的需求有什么不同？ 通常，驱动器被宣传为具有改进的内置垃圾收集功能。这是否消除了对的需要TRIM？他们的GC流程在RAID环境中如何工作？ 1.1。例如，请参阅此2010年的QA，其中描述了由于not-TRIMming而导致的性能严重下降（https://superuser.com/questions/188985/how-badly-do-ssds-degrade-without-trim）-以及2015年的一篇文章提出了强烈建议使用TRIM的情况（http://arstechnica.com/gadgets/2015/04/ask-ars-my-ssd-does-garbage-collection-so-i-dont-need-trim -right /）。您对这些关于必要性的强有力论点有何反应TRIM？ 较早几年的许多文章和讨论都涉及SLC与MLC闪存，并且SLC更可取，因为它的使用寿命更长-但是，当今所有的SSD（无论它们在消费者到企业范围内的位置如何）似乎都属于MLC如今-这种相关性区分了吗？ 1.1那么TLC闪存呢？ 如果企业SSD的写周期限制非常高（例如，在一个驱动器的预期5年使用期限内，则通常具有更高的耐久性/写限制（通常以一天中可以完全覆盖该驱动器的次数来衡量））。每天100次完整写入）是否表示它们根本不需要TRIM，因为这些限制太高了？或者相反，这些限制只能通过使用来达到TRIM吗？

51 raid  ssd  trim 

我们正在研究在一系列SSD磁盘上使用BtrFS，并被要求确认BtrFS实际上在删除文件时确实执行了TRIM操作。到目前为止，我还无法验证TRIM命令是否已发送到磁盘。 我知道BtrFS尚不适合生产，但是我们喜欢最新技术，因此我正在对其进行测试。该服务器是Ubuntu 11.04服务器64位版本（mkfs.btrfs版本0.19）。我已经安装了Linux 3.0.0内核，因为BtrFS更改日志指出，Ubuntu 11.04（2.6.38）随附的内核中没有批量TRIM。 这是我的测试方法（最初从http://andyduffell.com/techblog/?p=852采纳，并进行了修改以使用BtrFS）： 在启动之前，手动修剪磁盘： for i in {0..10} ; do let A="$i * 65536" ; hdparm --trim-sector-ranges $A:65535 --please-destroy-my-drive /dev/sda ; done 验证驱动器是否已修剪： ./sectors.pl |grep + | tee sectors-$(date +%s) 分区驱动器： fdisk /dev/sda 制作文件系统： mkfs.btrfs /dev/sda1 安装： sudo mount -t btrfs -o ssd /dev/sda1 /mnt 创建一个文件： dd …

21 linux  ubuntu  ssd  btrfs  trim 

我们在Linux（当前为2.6.37）上将RAID1 + 0与md一起使用来创建md设备，然后使用LVM在设备顶部提供卷管理，然后将ext4用作LVM卷组上的文件系统。 使用SSD作为驱动器，我们希望看到TRIM命令通过层（ext4-> LVM-> md-> SSD）传播到设备。 看起来最近的2.6.3x内核已经添加了许多新的与SSD相关的TRIM支持，包括对Device Mapper方案的更多覆盖，但是我们似乎仍然无法正确地将其级联下来。 这可能吗？如果是这样，怎么办？如果没有，有什么进展吗？

18 linux  raid  lvm  ssd  trim 

从这些先前提出的问题中分解出来 如何从挂载的驱动器Redhat 7中获得可用空间 更新crypttab要求输入fstrim的密码 我们有一台HP 3PAR StoreServ 7400，可在38台主机上提供170个VM。 据我所知，这是一个问题：（还告诉我一些信息，我不确定它是否正确，我已经阅读了HP 3PAR StoreServ 7400白皮书，但实际上找不到任何备份我的存储人员的东西告诉我。因此，在下面的内容中，如果有人发现不正确的内容，请告诉我。） 3个PAR分为3个部分， 第1层：SSD用于缓存和快速访问常用文件。 第2层和第3层：某种类型的旋转磁盘，尚不确定什么以及为什么还有另外2层，但是我的假设是，第2层用于不是最常访问的数据，但是访问一点，第3层用于其余的存储。 正如我在许多文章中读到的，在SSD部分中，当将数据写入SSD块，然后删除该块时，直到将新数据写入该块时，该块才归零。因此，当删除该块中的数据时，存储映射的表info得到更新，然后将新数据写入同一块时，首先需要将该块清零，然后再将其写入。如果未调整驱动器的周期性，则SSD内的此过程可能导致较低的w / r速度。 3PAR LUN是精简配置的，而VM则是精简配置的。 据我的存储人员说，HP 3PAR内置了一项特殊功能，该功能允许根据需要将SSD存储不用于其他VM。 事实检查： 厚置备的VM是VMDK文件，在创建VM时，您指定VM的大小，这将创建VMDK文件。在我看来，如果定期访问VM，则整个VMDK文件将移至SDD，他们告诉我的是，即使VMDK设置为使用40GB，也可以在其中使用40GB的一部分。其他VM？在我看来，这听起来像是精简配置的VM，而不是厚实的VM。 确定问题了。 在我们的Windows系统上，我们使用sdelete查找并归零未使用的块。 在我们的Linux Fedora系统上，我一直在试图弄清楚如何使fstrim正常工作。 我确实尝试了dd = write-big-file delete-big-file命令，该命令通过屋顶发送了磁盘I / O，这被注意到了，并被告知不要再这样做。 经过一些研究，我发现sdelete与dd = write-big-file delete-big-file几乎具有相同的作用，因此为什么磁盘I / O不能通过Windows系统的屋顶？ 所以我认为我已将其缩减为两种解决方案。我都不知道该怎么办。 某种程度上，无需将VM垂直​​移动到其他存储阵列，就能够在SAN的整个SSD部分上运行类似fstrim的功能。 旁注：如果我了解我所读的所有内容，fstrim会查看每个块以查看是否有数据，是否需要，如果不需要，则会将该块清零，因为sdelete会在其中写入一个大文件，然后将其删除。这就是为什么我要在3PAR的整个SSD部分中寻找fstrim选项。 长镜头，但我得到的fstrim错误是： [root @ rhtest〜]＃fstrim -v / fstrim：/：不支持丢弃操作 …

13 redhat  ssd  hp-smart-array  trim 

问题 我想在Linux上的SSD磁盘内的交换分区上启用后台 TRIM操作。根据几篇文章（例如，这篇文章），内核会检测到此配置并自动执行丢弃操作，但是在我的测试中，尽管使用了“丢弃”安装选项来强制执行此行为，但它似乎无法正常工作。 情境 运行Linux 3.2.0的Debian Wheezy SSD磁盘：1 x 120GB OCZ Vertex 3 MI 2GB交换“普通”分区，不带其他层（LVM，RAID等） 背景 这些是我检查后台TRIM是否在交换分区上工作的步骤： TRIM支持：检查SSD磁盘是否支持TRIM命令，并且内核将设备标记为不可旋转： # hdparm -I /dev/sda | grep TRIM * Data Set Management TRIM supported (limit 1 block) * Deterministic read data after TRIM # cat /sys/block/sda/queue/rotational 0 交换填充：挂载分区，清理所有VM高速缓存，并将Linux配置为主动进行交换，将vm.swappiness设置为100。然后，运行一个分配所有可用内存并强制内核开始交换的脚本： # swapon [--discard] /dev/sda2 # …

11 linux  debian  ssd  swap  trim 

在较旧的操作系统（CentOS 5.5）上使用现代内核（当前为2.6.37）进行测试，这样我们就可以在SSD（Crucial C300）上使用TRIM（丢弃）。 最新的hdparm（9.37）同意C300支持TRIM： ./hdparm -I /dev/sdc | grep TRIM * Data Set Management TRIM supported (limit unknown) * Deterministic read data after TRIM 但是，当我尝试使用抛弃选项挂载/ dev / sdc时，内核似乎并不同意： EXT4-fs warning (device sdc): ext4_issue_discard:2619: discard not supported, disabling 当我键入此代码时，我们正在尝试其他Linux风格，但是无论如何都很好。 这是否是CentOS 5.5的某些其他古老组件误导了内核的体现？还是hdparm使用与内核不同的机制来确定是否支持TRIM？

11 linux  centos  ssd  ext4  trim