Re: Restricting Postgres

Поиск
Список
Период
Сортировка
От Martin Foster
Тема Re: Restricting Postgres
Дата
Msg-id 418A915B.5060600@ethereal-realms.org
обсуждение исходный текст
Ответ на Re: Restricting Postgres  ("Matt Clark" <matt@ymogen.net>)
Ответы Re: Restricting Postgres
Re: Restricting Postgres
Список pgsql-performance
Matt Clark wrote:
>>Correct the 75% of all hits are on a script that can take
>>anywhere from
>>a few seconds to a half an hour to complete.    The script
>>essentially
>>auto-flushes to the browser so they get new information as it arrives
>>creating the illusion of on demand generation.
>
>
> This is more like a streaming data server, which is a very different beast
> from a webserver, and probably better suited to the job.  Usually either
> multithreaded or single-process using select() (just like Squid).  You could
> probably build one pretty easily.  Using a 30MB Apache process to serve one
> client for half an hour seems like a hell of a waste of RAM.
>

These are CGI scripts at the lowest level, nothing more and nothing
less.  While I could probably embed a small webserver directly into the
perl scripts and run that as a daemon, it would take away the
portability that the scripts currently offer.

This should be my last question on the matter, does squid report the
proper IP address of the client themselves?    That's a critical
requirement for the scripts.

    Martin Foster
    Creator/Designer Ethereal Realms
    martin@ethereal-realms.org



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

Предыдущее
От: Pierre-Frédéric Caillaud
Дата:
Сообщение: Re: Restricting Postgres
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: Anything to be gained from a 'Postgres Filesystem'?