Re: tmp on tmpfs

2023-04-24 Thread Celejar
;s > > a bad default. It breaks a lot of things and, which is more important, > > brings nothing good." > > "A lot of things" means here: it can run out of space. That's it. > > Any other downsides? No. What the author means is that lots of differe

Re: tmp on tmpfs

2023-04-24 Thread tomas
On Mon, Apr 24, 2023 at 12:16:36PM -0400, Celejar wrote: > On Wed, 19 Apr 2023 09:52:23 +0200 > to...@tuxteam.de wrote: [...] > "Mounting /tmp to tmpfs may be a good thing in some rare cases, but it's > a bad default. It breaks a lot of things and, which is more important, > brings nothing good."

Re: tmp on tmpfs

2023-04-24 Thread Celejar
On Wed, 19 Apr 2023 09:52:23 +0200 to...@tuxteam.de wrote: ... > One case where tmpfs for /tmp makes a ton of sense is when you want > to have most things read only (or read mostly), because your devices > die from too much writes (the Raspi/SD pattern, for example -- note > that I wrote SD, not

Re: tmp on tmpfs

2023-04-24 Thread Celejar
On Wed, 19 Apr 2023 08:55:25 +0200 Nicolas George wrote: ... > (I do not know if Debian has provisions to format a /tmp partition with > an ephemeral encryption key on boot, like it has for the swap.) It apparently does not, and apparently other distributions do not as well. Here's a post on th

Re: tmp on tmpfs

2023-04-20 Thread Vincent Lefevre
On 2023-04-20 16:19:41 +0200, to...@tuxteam.de wrote: > On Thu, Apr 20, 2023 at 04:13:48PM +0200, Vincent Lefevre wrote: > > [...] > > > "marginally faster" is incorrect, but this probably depends on > > how fast the disk is. For the MPFR svn-to-git conversion with > > reposurgeon 2 years ago, I

Re: tmp on tmpfs

2023-04-20 Thread tomas
On Thu, Apr 20, 2023 at 10:29:04AM -0400, Jeffrey Walton wrote: > On Thu, Apr 20, 2023 at 10:14 AM Vincent Lefevre wrote: > > > > On 2023-04-19 08:34:50 +0200, to...@tuxteam.de wrote: > > > There is one downside to /tmp on tmpfs: it eats RAM. You gotta > > > h

Re: tmp on tmpfs

2023-04-20 Thread Jeffrey Walton
On Thu, Apr 20, 2023 at 10:14 AM Vincent Lefevre wrote: > > On 2023-04-19 08:34:50 +0200, to...@tuxteam.de wrote: > > There is one downside to /tmp on tmpfs: it eats RAM. You gotta > > have some of it (currently I've 9G free on / and 16G RAM). > > True, and when I us

Re: tmp on tmpfs

2023-04-20 Thread tomas
On Thu, Apr 20, 2023 at 04:13:48PM +0200, Vincent Lefevre wrote: [...] > "marginally faster" is incorrect, but this probably depends on > how fast the disk is. For the MPFR svn-to-git conversion with > reposurgeon 2 years ago, I had to use /dev/shm (tmpfs) because > it was awfully slow on /tmp (b

Re: tmp on tmpfs

2023-04-20 Thread Vincent Lefevre
On 2023-04-19 08:34:50 +0200, to...@tuxteam.de wrote: > There is one downside to /tmp on tmpfs: it eats RAM. You gotta > have some of it (currently I've 9G free on / and 16G RAM). True, and when I used tmpfs in the past (in 2012), I got many failures due to lack of space (because of

Re: tmp on tmpfs

2023-04-20 Thread songbird
wrote: ... > Definitely,but we nerds gotta nerd :) haha! :) songbird (nerd lives matta!

Re: tmp on tmpfs

2023-04-19 Thread tomas
On Wed, Apr 19, 2023 at 06:00:53PM +0700, Max Nikulin wrote: > On 19/04/2023 13:34, to...@tuxteam.de wrote: > > On Wed, Apr 19, 2023 at 01:15:01PM +0700, Max Nikulin wrote: > > > Summary: Moving /tmp to tmpfs makes it useless > > > https://lists.debian.org/debian-devel/2012/06/msg00311.html > > >

Re: tmp on tmpfs

2023-04-19 Thread Max Nikulin
On 19/04/2023 13:34, to...@tuxteam.de wrote: On Wed, Apr 19, 2023 at 01:15:01PM +0700, Max Nikulin wrote: Summary: Moving /tmp to tmpfs makes it useless https://lists.debian.org/debian-devel/2012/06/msg00311.html That is linked from https://wiki.debian.org/SSDOptimization/#Reduction_of_SSD_wri

Re: tmp on tmpfs

2023-04-19 Thread tomas
On Wed, Apr 19, 2023 at 08:55:25AM +0200, Nicolas George wrote: > to...@tuxteam.de (12023-04-19): > > What I didn't like from the post [...] > I am not that surprised to find this level of argumentation in a text > that announces its unbalanced conclusion in the title [...] I wouldn't be so harsh

Re: tmp on tmpfs

2023-04-19 Thread DdB
stro. > > Cheers > Neither would i. my 2 cents: I did put /tmp on tmpfs some time ago to minimize SSD churn without really understanding the consequences. Later, i ran into several problems, which turned out to be caused by /tmp running out of space. After some investigation, i found the sweet

Re: tmp on tmpfs

2023-04-18 Thread Nicolas George
to...@tuxteam.de (12023-04-19): > What I didn't like from the post is that it doesn't clearly > state the downsides. Too much handwaving and repetition that > "there are downsides" (well, duh), that "some applications > rely on... " (what?). Then he goes on to explain alternatives. “If I can't wri

Re: tmp on tmpfs

2023-04-18 Thread tomas
he downsides. Too much handwaving and repetition that "there are downsides" (well, duh), that "some applications rely on... " (what?). Then he goes on to explain alternatives. There is one downside to /tmp on tmpfs: it eats RAM. You gotta have some of it (currently I've 9G fre

tmp on tmpfs

2023-04-18 Thread Max Nikulin
On 19/04/2023 11:30, to...@tuxteam.de wrote: That's what I meant above with "assuming you want a tmpfs..." Some arguments for consideration may be found in Summary: Moving /tmp to tmpfs makes it useless https://lists.debian.org/debian-devel/2012/06/msg00311.html That is linked from https://

Re: Mount /tmp on tmpfs jessie and stretch -- howto?

2016-08-30 Thread Rick Thomas
On Aug 30, 2016, at 5:00 PM, Ken Heard wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I would like in my jessie and stretch boxes (one of each, both with > systemd) to mount /tmp on tmpfs instead of a hard drive partition tmp > or /dev/mapper/SOL1-tmp. I assum

Mount /tmp on tmpfs jessie and stretch -- howto?

2016-08-30 Thread Ken Heard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I would like in my jessie and stretch boxes (one of each, both with systemd) to mount /tmp on tmpfs instead of a hard drive partition tmp or /dev/mapper/SOL1-tmp. I assumed that to do so I could not have either of those partitions; so I unmounted