Re: Various silliness in heap_getnext and related routines

From: bruc(at)stone(dot)congenomics(dot)com (Robert E(dot) Bruccoleri)
To: tgl(at)sss(dot)pgh(dot)pa(dot)us (Tom Lane)
Cc: bruc(at)acm(dot)org, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: Various silliness in heap_getnext and related routines
Date: 2001-06-11 16:04:05
Message-ID: 200106111604.MAA90168@stone.congenomics.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Dear Tom,
>
>
> bruc(at)stone(dot)congenomics(dot)com (Robert E. Bruccoleri) writes:
> > For my immediate problem, would removing the spinlock acquisition
> > be OK?
>
> It'd be interesting to remove the marked lines:
>
> bufHdr = &BufferDescriptors[buffer - 1];
> - SpinAcquire(BufMgrLock);
> if (bufHdr->tag.blockNum == blockNumber &&
> RelFileNodeEquals(bufHdr->tag.rnode, relation->rd_node))
> {
> - SpinRelease(BufMgrLock);
> return buffer;
> }
> - return ReadBufferWithBufferLock(relation, blockNumber, true);
>
> and see how that affects your performance issue, if at all.
>

I have made those changes, ran the regression tests, and then issued
eight simultaneous retrieval jobs against the database. Performance is
now greatly improved with all the jobs making quick progress through
the sequential query and completing in very reasonable times.

Thanks very much for your help.

BTW, given the high level of support that you provide to the PostgreSQL
community, it's very accurate to state that support for PostgreSQL
is far superior to that of Oracle, especially for SGI systems.

Sincerely,
Bob

+----------------------------------+------------------------------------+
| Robert E. Bruccoleri, Ph.D. | Phone: 609 737 6383 |
| President, Congenomics, Inc. | Fax: 609 737 7528 |
| 114 W Franklin Ave, Suite K1,4,5 | email: bruc(at)acm(dot)org |
| P.O. Box 314 | URL: http://www.congen.com/~bruc |
| Pennington, NJ 08534 | |
+----------------------------------+------------------------------------+

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2001-06-11 16:06:32 Re: Various silliness in heap_getnext and related routines
Previous Message Tom Lane 2001-06-11 16:03:54 Re: inet/cidr type comparisons