Commit dc878ffe authored by Simon Riggs's avatar Simon Riggs

Remove spurious code comments in standby related code

GetRunningTransactionData() suggested that subxids were not worth
optimizing away if overflowed, yet they have already been removed
for that case.

Changes to LogAccessExclusiveLock() API forgot to remove the
prior comment when it was copied to LockAcquire().
parent 802bde87
...@@ -1926,9 +1926,7 @@ ProcArrayInstallRestoredXmin(TransactionId xmin, PGPROC *proc) ...@@ -1926,9 +1926,7 @@ ProcArrayInstallRestoredXmin(TransactionId xmin, PGPROC *proc)
* that bookkeeping. * that bookkeeping.
* *
* Note that if any transaction has overflowed its cached subtransactions * Note that if any transaction has overflowed its cached subtransactions
* then there is no real need include any subtransactions. That isn't a * then there is no real need include any subtransactions.
* common enough case to worry about optimising the size of the WAL record,
* and we may wish to see that data for diagnostic purposes anyway.
*/ */
RunningTransactions RunningTransactions
GetRunningTransactionData(void) GetRunningTransactionData(void)
......
...@@ -1050,11 +1050,6 @@ LogAccessExclusiveLock(Oid dbOid, Oid relOid) ...@@ -1050,11 +1050,6 @@ LogAccessExclusiveLock(Oid dbOid, Oid relOid)
xlrec.xid = GetCurrentTransactionId(); xlrec.xid = GetCurrentTransactionId();
/*
* Decode the locktag back to the original values, to avoid sending lots
* of empty bytes with every message. See lock.h to check how a locktag
* is defined for LOCKTAG_RELATION
*/
xlrec.dbOid = dbOid; xlrec.dbOid = dbOid;
xlrec.relOid = relOid; xlrec.relOid = relOid;
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment