Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 9 May 2002 11:53:06 +0100 (BST)
From:      Jan Grant <Jan.Grant@bristol.ac.uk>
To:        AMI <ami@lycos.ru>
Cc:        FreeBSD-questions <freebsd-questions@FreeBSD.ORG>
Subject:   Re: mount_mfs -F option
Message-ID:  <Pine.GSO.4.44.0205091147250.2943-100000@mail.ilrt.bris.ac.uk>
In-Reply-To: <01ff01c1f730$cc2d5b60$0100a8c0@p7>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 9 May 2002, AMI wrote:

> Hello!
>
> It's very risky way! For any times of cron's script may has your computer
> may be restarting... Does you on built-in caching of bsd's file system and
> true onward!
>
> Regards,
> Andrew
>
> >     Greetings,
> >
> >  I'm in the process of setting up a new server for testing purposes
> mainly, and thought, with 2GB of DDR RAM in it, that mounting the PostgreSQL
> database into memory would speed things up a little. Now I'm well aware that
> once the machine restarts or shuts off all data in memory is lost; my
> question is: will using mount_mfs with the -F option allow changes to the
> database to be written back to that file [the asynch option?].
> >  Sans using a cron job or some shell script hack, can I mount a database
> to memory and have updates written to file while when accessed, its read
> from memory?

mount_mfs isn't a good idea to do this; I'd try it if you really want
to, but you ought to run some benchmarks that simulate the work you'll
be doing - you may find it'll be slower than running PostgreSQL
"normally".

Postgres knows what it's doing and will try to use as much memory as you
let it. Look at getting your data across as many disk spindles as you
can. There's quite a bit of tuning information on the postgres web site,
too (in particular, have a nose around techdocs.postgresql.org)

-- 
jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/
Tel +44(0)117 9287088 Fax +44 (0)117 9287112 RFC822 jan.grant@bris.ac.uk
Goth isn't dead, it's just lying very still and sucking its cheeks in.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.44.0205091147250.2943-100000>