• Tom Lane's avatar
    Revise ResourceOwner code to avoid accumulating ResourceOwner objects · fe455ee1
    Tom Lane authored
    for every command executed within a transaction.  For long transactions
    this was a significant memory leak.  Instead, we can delete a portal's
    or subtransaction's ResourceOwner immediately, if we physically transfer
    the information about its locks up to the parent owner.  This does not
    fully solve the leak problem; we need to do something about counting
    multiple acquisitions of the same lock in order to fix it.  But it's a
    necessary step along the way.
    fe455ee1
portalmem.c 18.7 KB