All of lore.kernel.org
 help / color / mirror / Atom feed
From: Adam Schrotenboer <adam@tabris.net>
To: "Raúl Núñez de Arenas Coronado" <raul@viadomus.com>, rml@tech9.net
Cc: linux-kernel@vger.kernel.org
Subject: Re: Is /dev/shm needed?
Date: Sun, 16 Dec 2001 18:47:47 -0500	[thread overview]
Message-ID: <20011216234748.3EDE9FB80D@tabris.net> (raw)
In-Reply-To: <E16Fkqc-0001Z0-00@DervishD.viadomus.com>
In-Reply-To: <E16Fkqc-0001Z0-00@DervishD.viadomus.com>

On Sunday 16 December 2001 18:37, Raúl Núñez de Arenas Coronado wrote:
>     Hello Adam :))
>
> >> have lots of memory to spare, give it a try.  Mount /tmp or all of /var
> >> in tmpfs.
> >
> >Unfortunately, some(many?) distros are b0rken in re /var/. There is
> >stuff put there that is needed across boots (for example, mandrake
> >puts the DNS master files in /var/named.)

Thank you for this correction of my understanding of /var
I now am under the impression that it merely means that /var must be mounted 
rw. It is for variables, but not discardable data.

This still means that the concept of a tmpfs /var is _severely_ broken. DON'T 
DO IT.

I may be wrong about /tmp as well, but I have come to think that it is data 
that ought be discarded after logout, and have sometimes considered writing a 
script for it in the login/logout scripts.

>
>     Moreover, didn't the LHS say that /var/tmp is supposed to be
> maintained across reboots? I'm not sure about this, but anyway /var
> is supposed to hold temporary data, not boot-throwable data, isn't
> it?
>
>     Raúl

-- 
tabris

   Once I swore I would die for you, but I never meant like this.

                                              Shame, by Stabbing Westward


  reply	other threads:[~2001-12-16 23:48 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-16 23:37 Is /dev/shm needed? RaúlNúñez de Arenas Coronado
2001-12-16 23:47 ` Adam Schrotenboer [this message]
2001-12-16 23:56   ` Ryan Cumming
2001-12-17  0:17     ` Adam Schrotenboer
2001-12-17  2:26     ` H. Peter Anvin
2001-12-17 15:50 ` Luigi Genoni
  -- strict thread matches above, loose matches on Subject: below --
2001-12-17  8:41 RaúlNúñez de Arenas Coronado
2001-12-17  8:34 ` Christoph Rohland
2001-12-17  4:14 Jason Rivard
2001-12-16 23:36 RaúlNúñez de Arenas Coronado
2001-12-16 23:15 RaúlNúñez de Arenas Coronado
2001-12-16 23:12 ` Robert Love
2001-12-16 23:31   ` Pierfrancesco Caci
2001-12-17  8:36     ` ncw
2001-12-17  8:19 ` Christoph Rohland
2001-12-16 22:02 RaúlNúñez de Arenas Coronado
2001-12-16 22:30 ` Robert Love
2001-12-16 23:13   ` Adam Schrotenboer
2001-12-16 23:26     ` J Sloan
2001-12-16 23:27   ` Alexander Viro
2001-12-17  9:03     ` Jurgen Botz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20011216234748.3EDE9FB80D@tabris.net \
    --to=adam@tabris.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=raul@viadomus.com \
    --cc=rml@tech9.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.