9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: erik quanstrom <quanstro@quanstro.net>
To: 9fans@9fans.net
Subject: Re: [9fans] Fossil defaults (again)
Date: Sun,  8 Jan 2012 10:08:54 -0500	[thread overview]
Message-ID: <53884afde1ea148964060d3f0f9a5fc7@chula.quanstro.net> (raw)
In-Reply-To: <20120108114005.GB1941@polynum.com>

> 1) In disk/prep/prep.c, the default minimal size for fossil is:
>
>     {   "fossil",   200*MB, 0,  4,  },
>
> With a distribution that is more than that, and the snapshot dance,
> should this not be bumped?

this only applies to automatic partitioning.  if you set up
partitions manually, it doesn't apply.  what do you think
automatic partitioning should do?  should it only be of use
for installing the distribution, or should it be of general use?

if your answer is the former, then prep is pretending to
be general, when it's not.  and 200mb might be too small.

if your answer is the latter, then 200mb might be too large,
it might make sense to sometimes set up a very small fossil
for stand-alone servers.  say, a stand-alone secstore server.

> 2) Still in the same src, for swap:
>
>     {   "swap",     100*MB, 512*MB, 1,  },
>
> but pc/inst/fmtfossil sets from the definition of the swap the
> value for fossil ncache. If the minimal default for swap will lead
> to:
>
>          m=256   # 2MB for fossil (this will be slow)
>
> wouldn't it be better to increase the minimal size of swap?

why not remove swap from the standard list of partitions?  it is
a very rare machine today that needs swap, and due to the locking
in port/page.c it's pretty easy to wedge your machine with it.

the oldest bootable machine i have is a pentium ii (dual processor)
with 256mb of memory.  even that needs no swap.  last time i was
at the computer history museum, i saw one of its processors on display!

i'm sure there are some older machines with less memory still running,
but right now we're just making the common case hard by configuring
swap.

- erik



  reply	other threads:[~2012-01-08 15:08 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-08 11:40 tlaronde
2012-01-08 15:08 ` erik quanstrom [this message]
2012-01-08 16:10   ` tlaronde

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=53884afde1ea148964060d3f0f9a5fc7@chula.quanstro.net \
    --to=quanstro@quanstro.net \
    --cc=9fans@9fans.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).