Re: [HACKERS] Another nasty cache problem

Поиск
Список
Период
Сортировка
От Patrick Welche
Тема Re: [HACKERS] Another nasty cache problem
Дата
Msg-id 20000203184707.A2289@quartz.newn.cam.ac.uk
обсуждение исходный текст
Ответ на Re: [HACKERS] Another nasty cache problem  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Thu, Feb 03, 2000 at 12:00:21PM -0500, Tom Lane wrote:
>
> The majority of Unix systems have a process size limit kernel parameter,
> which is normally set to less than the amount of available swap space
> (you don't want a single process running wild to chew up all your swap
> and make other stuff start failing for lack of swap...)  Check your
> kernel parameters.

Probably to do with the shell limit:

memoryuse       125460 kbytes
> There's a separate question about *why* such a simple query is chewing
> up so much memory.  What query plan does EXPLAIN show for your test
> query?

test=# explain select * from test,test2 where test.i!=test2.i;
NOTICE:  QUERY PLAN:

Nested Loop  (cost=64104.80 rows=1559400 width=56) ->  Seq Scan on test2  (cost=24.80 rows=600 width=28) ->  Seq Scan
ontest  (cost=106.80 rows=2600 width=28)
 

EXPLAIN

> You said this was with current sources, right?

They're about 2 days old now. (Well, after your SI buffer overrun fixes)

Cheers,

Patrick


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

Предыдущее
От: "Oliver Elphick"
Дата:
Сообщение: Re: [HACKERS] Another nasty cache problem
Следующее
От: Lamar Owen
Дата:
Сообщение: Re: [HACKERS] coming ColdFusion support for PostgreSQL