For about three years now, I know of no other applications that has issues with noatime other than Mutt. Everyone always says 'but it breaks programs like Mutt' but in reality these days, my experience has been that it only breaks Mutt. There used to be more applications that it caused issues with but mostly they have either been patched or deprecated. I have been using noatime for about 5 years now and have experienced no issues with it on everything from desktops to servers to dedicated appliance type setups for realtime audio and radio automation.
From what I have read, SSHFS has a bit more overhead in comparison to NFS. In fairness though, I have never personally tested for it. Perhaps someone else on the list has more info. On a desktop or server I wouldn't sweat it too much but on the Pi it could make a difference. You could just try both and see what happens. I have used both of them, depending on the situation, but have never compared the impact on system performance. Personally I wouldn't encrypt the remote mount on a secure LAN when using the Pi unless sensitive data was involved. That just seems like a lot of extra clock cycles for the little Pi, but perhaps I am worrying about nothing. Amanda... check the perms on the directory itself, in addition to what is set up for the mount. On 03/12/2017 08:23 AM, Gene Heskett wrote: > On Sunday 12 March 2017 08:39:03 Erik Christiansen wrote: > >> On 11.03.17 16:42, Gene Heskett wrote: >>> On Saturday 11 March 2017 12:02:36 dragon wrote: >>>> I doubt that you will ever hit the end of life on a quality SD >>>> card, especially a large size one. The writes that you are doing, >>>> and thus the number of blocks, are TINY compared to what the cards >>>> were designed for... photos and videos. You can also run a flash >>>> file system instead of ext4 if you like. Checking that noatime is >>>> set for the filesystem would have a far greater effect than all of >>>> the writes that you will ever do in daily use. While true at one >>>> time, this whole wearing out flash storage thing is almost a non >>>> issue for use cases like this nowdays. >>> >>> How do I check that, and with the rube goldberg's hired hand boot >>> configs used on the pi, how would I set the noatime option? >> >> AIUI, as relatime has long been the default (since kernel 2.6.30), you >> don't really need to do anything. Given that relatime only updates the >> access time if the previous access time was earlier than the current >> change time, there'll be slightly more writes than with noatime, but a >> lot less than with neither - and noatime breaks applications like >> mutt. >> >> If you do want to change it, then in /etc/fstab, add noatime to the >> comma-separated options in column 4. Before the relatime kernel >> default change, that was said to give a 10% performance boost. It >> shouldn't do anything noticeable now, I figure. >> >> If there's more recent info than that, it'd be interesting to hear. >> > I was concerned on the pi, but its there for /, but not for /boot. And I > was never a fan of mutt, nor is email handled on that machine. It's > running 3/4 ton of metal lathe. But I use what I describe as mounts to > put the high traffic dir as a mount over the top of an existing dir in > order to put, when its fully operational, that directory effectively > remoted to rotating media on this machine, useing sshfs. This does of > course show up in /etc/mtab. That in turn gives amanda a tummy ache > because although its wide open as far as perms go, its reported as no > permission despite there being an entry for that directory on the pi's > exclude list. So amanda yowl's about it in the emailed backup report, > but it does get backed up with the rest of this machine so its no > biggie. > >> Erik > > Thanks for the clarification, Erik. >> ---------------------------------------------------------------------- >> -------- Announcing the Oxford Dictionaries API! The API offers >> world-renowned dictionary content that is easy and intuitive to >> access. Sign up for an account today to start using our lexical data >> to power your apps and projects. Get started today and enter our >> developer competition. http://sdm.link/oxford >> _______________________________________________ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users > > > Cheers, Gene Heskett >
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------ Announcing the Oxford Dictionaries API! The API offers world-renowned dictionary content that is easy and intuitive to access. Sign up for an account today to start using our lexical data to power your apps and projects. Get started today and enter our developer competition. http://sdm.link/oxford
_______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users