Re: go for a script! / ex: PostgreSQL vs. MySQL - Mailing list pgsql-performance

From Sean Chittenden
Subject Re: go for a script! / ex: PostgreSQL vs. MySQL
Date
Msg-id 20031013191023.GB72842@perrin.nxad.com
Whole thread Raw
In response to Re: go for a script! / ex: PostgreSQL vs. MySQL  (Josh Berkus <josh@agliodbs.com>)
Responses Re: go for a script! / ex: PostgreSQL vs. MySQL
List pgsql-performance
> > > PostgreSQL requires some more shared memory to cache some
> > > tables, x Mb, do you want to increase your OS kernel parameters?
> > >
> > >    Tweak shmmax and shmmall
> >
> > Note that this still requires a kernel recompile on FreeBSD :(
>
> Not our fault, now is it?  This would mean that we wouldn't be able
> to script for FreeBSD.  Bug the FreeBSD developers.

And if you do so, you're going to hear that shm* is an antiquated
interface that's dated, slow, inefficient and shouldn't be used.  :)

Every few months one of the uber core BSD hackers threatens to rewrite
that part of PG because high up in the BSD camp, it's common belief
that shm* is a source of performance loss for PostgreSQL.  One of
these days it'll happen, probably with mmap() mmap()'ing MAP_SHARED
files stored in a $PGDATA/data/shared dir as mmap() is by far and away
the fastest shared memory mechanism and certainly is very widely
deployed (I would be surprised if any of the supported PG platforms
didn't have mmap()).

-sc

--
Sean Chittenden

pgsql-performance by date:

Previous
From: Sean Chittenden
Date:
Subject: Re: go for a script! / ex: PostgreSQL vs. MySQL
Next
From: Vivek Khera
Date:
Subject: Re: go for a script! / ex: PostgreSQL vs. MySQL