Hi Tinker, If you don't expect to run into unexpected shutdowns (power .. you will be ok with defaults ) ie if you believe the system will always have reliable power, (and you will have access to the console to help fsck on reboot, in the unlikely event of loss of power to the running system)
the other thing I would suggest to you (forgot to mention) is modify the default offset of the first partition from 64 sectors to 2048 sectors (1 MByte) and size the rest of the partitions in sectors so that the number you enter is divisible evenly by 2048, this will (hopefully) mean that allocation units on the filesystem are aligned with the underlying SSD disk which are usually split in to 1MB blocks I Hope this helps Thanks Tom Smyth On 11 February 2018 at 05:06, Tinker <t1...@protonmail.ch> wrote: > My original question was which mounting options are optimal for FFS > filesystems on SSD:s, for data-safety and relative IO speed. > > It seems noone in this thread had any data-safety issues ever and so > there was no feedback beyond "use the defaults". > > I guess "noatime" as a measure to lower write load should be of some > utility for data-safety. > > > Part of my question with this thread was if the "softdep" algorithm > used could be expected to be more data-safe for filesystem metadata > than the normal "sync" algorithm, for instance by appending rather > than overwriting. > > > Tinker > -- Kindest regards, Tom Smyth Mobile: +353 87 6193172 The information contained in this E-mail is intended only for the confidential use of the named recipient. If the reader of this message is not the intended recipient or the person responsible for delivering it to the recipient, you are hereby notified that you have received this communication in error and that any review, dissemination or copying of this communication is strictly prohibited. If you have received this in error, please notify the sender immediately by telephone at the number above and erase the message You are requested to carry out your own virus check before opening any attachment.
