Re: Solaris initdb fails: shmmax tweak alternative?

Поиск
Список
Период
Сортировка
От Greg Sabino Mullane
Тема Re: Solaris initdb fails: shmmax tweak alternative?
Дата
Msg-id cbe91bc83a2c348bf24ba025f73c3bdb@biglumber.com
обсуждение исходный текст
Ответ на Re: Solaris initdb fails: shmmax tweak alternative?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Solaris initdb fails: shmmax tweak alternative?  ("Andrew Dunstan" <andrew@dunslane.net>)
Re: Solaris initdb fails: shmmax tweak alternative?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
> [ raises eyebrow... ] So you're installing a test database server on a
> production machine?  That's not preferred admin practice anywhere that
> I know of.  If it's really going to be a production server, I won't have
> a lot of sympathy for the performance problems that you'll doubtless
> have, small database or no.
Not my choice, just be glad I've managed to get Postgres involved at all. :)
The development is already finished, but the development box and the
production box are not the same OS. Not ideal conditions, but very much out
of my control.
Having to recompile initdb.c is probably not an option. I'll probably push
to get shmmax bumped up. Contrary to the other writer's assertion however,
Sybase and Oracle both installed properly without having to change shmmax.
If anyone familiar with these can assert that a low shmmax also affects
their performance, that would be helpful in my argument to bump it up for
the PG install.
- --
Greg Sabino Mullane greg@turnstep.com
PGP Key: 0x14964AC8 200404050713
-----BEGIN PGP SIGNATURE-----
iD8DBQFAcUE6vJuQZxSWSsgRAr80AKC/SVVm4unhMOh+Z0+rhDqn8zGSigCg5hve
iKhSKUt6N7qNhuq9WRO/EH4=
=OuWo
-----END PGP SIGNATURE-----




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Hans-Jürgen Schönig
Дата:
Сообщение: Socket communication for contrib
Следующее
От: "Andrew Dunstan"
Дата:
Сообщение: Re: Solaris initdb fails: shmmax tweak alternative?