Thank you explains a lot <br><br><br>Sent from ProtonMail mobile<br><br><br><br>-------- Original Message --------<br>On Mar. 11, 2021, 9:15 a.m., Remi Gauvin < remi@georgianit.com> wrote:<blockquote class="protonmail_quote"><br><p dir="ltr">On 2021-03-10 9:23 p.m., Remi Gauvin wrote:</p>
<p dir="ltr">>><br>
><br>
> Short version: The install should handle it for you.<br>
><br>
> Somewhat longer version:<br></p>
<p dir="ltr">TL:DR: If you have a Samsung SSD and are having trouble with fstrim, or<br>
just want to be safe and avoid a 'feature' that has a long history of<br>
disastrous problems, add, libata.force=noncqtrim to your kernel options.</p>
<p dir="ltr">For grubs, edit the /etc/default/grub file, find the<br>
GRUB_CMDLINE_LINUX_DEFAULT= and inert the parameter inside the quotes.<br>
Save and run update-grub</p>
<p dir="ltr">The Story:</p>
<p dir="ltr">Soo.... this question prompted me to examine my system and find that my<br>
install of Manjero linux did not, in fact, include a scheduled fstrim<br>
(or much of anything, really.). I have been operating my new computer<br>
for several months without the benefit of trim.</p>
<p dir="ltr">As soon as tried running the command, however, I would freeze my<br>
computer for for several (over 10) minutes. After much trial and error,<br>
I concluded that this was the result of Queued Trim.</p>
<p dir="ltr">History (paraphrased from memory, mistakes are expected:)</p>
<p dir="ltr">Queued Trim is a feature that Some SSD's claim to support that allows<br>
trim commands to be queued with the other write commands on SSD.<br>
Withouy Queued Trim, any trim command will block the drive until the<br>
command completes, potentially having very grave performance effects if<br>
lots of small chunks of data are being deleted and trimmed. This is one<br>
of the main reasons why almost all Linux distros used a scheduled batch<br>
fstrim command instead of mounting ssd's with the 'discard' option.</p>
<p dir="ltr">Linux was very quick to implement Queued Trim, but it's important to<br>
note here: Neither Windows nor Macs use this feature, so linux users<br>
were the first to find several implementation bugs with different models<br>
of SSD's. The kernel quickly implemented a Blacklist that includes most<br>
(at some point, I think all) Samsung SSD's.</p>
<p dir="ltr">Unknown to me, at some point around 2018, Samsung reached out and<br>
claimed Queued Trim was safe to use with their 860 EVO/Pro drives, so<br>
those were excluded from the blacklist.<br>
Even though people have been reporting problems with it ever since, the<br>
problem reports remain too inconsistent, (depends on chipsets of the<br>
Sata controller, firmware versions, etc maybe.) Even though Queued Trim<br>
has no performance benefit for distros using the batch trim jobs (all of<br>
them,) and has a history of exposing filesystem destroying bugs, the<br>
kernel maintainer refuses to re-add these Samsung SSD's to the<br>
blacklist. Personally, this is a feature I would rather disable across<br>
the board.</p>
<p dir="ltr">_______________________________________________<br>
Group mailing list<br>
Group@bglug.ca<br>
<a href="http://bglug.ca/mailman/listinfo/group_bglug.ca">http://bglug.ca/mailman/listinfo/group_bglug.ca</a><br>
</p>
</div>