Re: go for a script! / ex: PostgreSQL vs. MySQL

Поиск
Список
Период
Сортировка
От Christopher Browne
Тема Re: go for a script! / ex: PostgreSQL vs. MySQL
Дата
Msg-id m3smlw666r.fsf@wolfe.cbbrowne.com
обсуждение исходный текст
Ответ на go for a script! / ex: PostgreSQL vs. MySQL  ("Nick Barr" <nicky@chuckie.co.uk>)
Ответы Re: go for a script! / ex: PostgreSQL vs. MySQL  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Список pgsql-performance
Centuries ago, Nostradamus foresaw when khera@kcilink.com (Vivek Khera) would write:
>>>>>> "JB" == Josh Berkus <josh@agliodbs.com> writes:
>
> JB> Chris,
>>> > 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 :(
>
> JB> Not our fault, now is it?  This would mean that we wouldn't be
> JB> able to script for FreeBSD.  Bug the FreeBSD developers.
>
> "I read it on the net so it must be true" applies here.  You /can/ set
> these values via sysctl calls.

Yes, indeed, sysctl can tweak these values fairly adequately.

Now, numbers of semaphors are not as readily tweaked; I wound up
limited, the other day, when I tried setting values for...

  kern.ipc.semmns
  kern.ipc.semmni
--
let name="cbbrowne" and tld="ntlug.org" in String.concat "@" [name;tld];;
http://www.ntlug.org/~cbbrowne/x.html
"So, when you typed in the date, it exploded into a sheet of blue
flame and burned the entire admin wing to the ground? Yes, that's a
known bug. We'll be fixing it in the next release. Until then, try not
to use European date format, and keep an extinguisher handy."
-- slam@pobox.com (Tequila Rapide)

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: go for a script! / ex: PostgreSQL vs. MySQL
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Sun performance - Major discovery!