Re: Performance nightmare with dspam (urgent) (resolved)

Поиск
Список
Период
Сортировка
От PFC
Тема Re: Performance nightmare with dspam (urgent) (resolved)
Дата
Msg-id op.srye5hubth1vuj@localhost
обсуждение исходный текст
Ответ на Re: Performance nightmare with dspam (urgent) (resolved)  (Casey Allen Shobe <lists@seattleserver.com>)
Список pgsql-performance

> PostgreSQL and say to use MySQL if you want reasonable performance.

    If you want MySQL performance and reliability with postgres, simply run
it with fsync deactivated ;)
    I'd suggest a controller with battery backed up cache to get rid of the 1
commit = 1 seek boundary.

> Makes it
> real fun to be a DSpam+PostgreSQL user when limits are reached, since
> everyone denies responsibility.  Fortunately, PostgreSQL people are
> pretty
> helpful even if they think the client software sucks. :)
>
> Cheers,



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

Предыдущее
От: John A Meinel
Дата:
Сообщение: Re: Performance nightmare with dspam (urgent) (resolved)
Следующее
От: K C Lau
Дата:
Сообщение: Re: SELECT DISTINCT Performance Issue