Tom Lane wrote:
> 
> I just finished running the parallel regress tests with inval.c rigged
> to flush the relcache and syscache at every available opportunity,
> that is anytime we could recognize a shared-cache-inval message from
> another backend (see diff below).  This setup gives a whole new universe
> of meaning to the word "slow" --- it took *three full days* to run the
> standard "make check" procedure, including eighteen hours just to do the
> "vacuum template1" part of initdb.  I kid you not.  But it worked.
> Looks like the unexpected-cache-entry-drop class of problems are indeed
> gone.
> 

Great.
Thanks.

Hiroshi Inoue

In response to

• Well, we seem to be proof against cache-inval problems now at 2001-01-05 06:18:47 from Tom Lane

pgsql-hackers by date

Next:	From: Hannu Krosing	Date: 2001-01-05 10:49:41
	Subject: Re: Missing ColLabel tokens
Previous:	From: Tom Lane	Date: 2001-01-05 07:39:12
	Subject: Re: Re: time + date_part oddness?