Re: [HACKERS] Its not my fault. Its SEG's FAULT!

From: "Vadim B(dot) Mikheev" <vadim(at)sable(dot)krasnoyarsk(dot)su>
To: Maurice Gittens <mgittens(at)gits(dot)nl>
Cc: David Gould <dg(at)illustra(dot)com>, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Its not my fault. Its SEG's FAULT!
Date: 1998-04-03 05:17:09
Message-ID: 352470D4.C32F5BD3@sable.krasnoyarsk.su
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I agreed with Maurice.
Using GC instead of MemoryDuration everywhere isn't good idea for
database server.

But we could implement additional GC-like allocation mode and use it
where is appropriate!

One example - using float8 (etc) in WHERE. We could switch to GC-allocation
in the beginnig of ExecQual () and destroy all allocations made in GC-mode
before return().

Another example - psort.c! With -S 8192 I see that server uses ~ 30M
of memory - due to malloc/palloc overhead in palloc() for each tuple.
No one of these allocations will be freed untill psort_end() <-
good place for GC-destroyer.

Comments ?

Vadim

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Brett McCormick 1998-04-03 05:42:53 inherited sequences and primary keys
Previous Message Tom Ivar Helbekkmo 1998-04-02 18:01:30 Re: [HACKERS] Its not my fault. Its SEG's FAULT!