From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | rancpine cui <rancpine(at)gmail(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Fwd: How does the partitioned lock manager works? |
Date: | 2007-04-27 13:55:24 |
Message-ID: | 20070427135524.GF4645@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
rancpine cui escribió:
> I've seen from the README that
> "The shared-memory hash tables for LOCKs and PROCLOCKs are organized
> so that different partitions use different hash chains, and thus there
> is no conflict in working with objects in different partitions."
> What does "hash chains" mean?
Each "hash chain" is a different, separate, independent hash struct.
> As the dynahash.c's "partitioned table" mechanism suggests, a lock's
> bucket number can be calculated from its hash value, then it will be
> inserted into that bucket,so how does partition number works?
Which hash is used depends on the partition number.
--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-04-27 14:05:34 | Re: [Fwd: PGBuildfarm member narwhal Branch HEAD Status changed from OK to InstallCheck failure] |
Previous Message | rancpine cui | 2007-04-27 13:32:25 | Fwd: How does the partitioned lock manager works? |