Rich Rauenzahn posted on Sun, 10 Sep 2017 22:45:50 -0700 as excerpted: > ...and can it be related to the Samsung 840 SSD's not supporting NCQ > Trim? (Although I can't tell which device this trace is from -- it > could be a mechanical Western Digital.) > > On Sun, Sep 10, 2017 at 10:16 PM, Rich Rauenzahn <rraue...@gmail.com> > wrote: >> Is this something to be concerned about? >> >> I'm running the latest mainline kernel on CentOS 7. >> >> [ 1338.891412] CPU: 2 PID: 790 Comm: btrfs-cleaner >> Tainted: G W 4.13.1-1.el7.elrepo.x86_64 #1
As a Samsung ssd (tho 850) owner myself, who looked into mounting with the discard mount option on my new ssds here... Samsung ssds lack of queued-trim shouldn't be a problem on anything close to a current kernel, obviously including the 4.13.1 you're running above, because the kernel block layer has blacklisted queued-trim on all Samsung SSDs for at least several kernel cycles (not sure when it went in, but there was a time in the 3.x kernel era when queued-trim on samsung ssds was causing problems, thus the blacklisting). So the only way that could be a problem would be if that blacklisting is somehow being bypassed, and that indeed would be a *BIG* problem, well beyond btrfs. That said, enabling the discard mount option isn't recommended in general, because unless queued-trim /is/ supported it lowers performance. Additionally, there have been btrfs data corruption level bugs related to trim handling in the past, altho AFAIK all such known bugs are now fixed. The option is there for those who know their device supports queued-trim and want to use it, but it isn't recommended otherwise, and because of that it's less well tested than the more mainstream options, which means there's at least some additional risk in enabling it, even if there's no known issues on current kernels other than the performance issue, if your device doesn't support queued-trim. The recommended alternative is periodic/scheduled use of the fstrim command. Most reasonably current distros will have a scheduled cron or systemd-timer job for that, tho you may or may not need to enable it. Weekly should be fine for most users, tho for ssds nearing capacity, daily may be useful. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
