- Notifications
You must be signed in to change notification settings - Fork5
Commit312b1a9
committed
Reduce the memory footprint of large pending-trigger-event lists, as per my
recent proposal. In typical cases, we now need 12 bytes per insert or deleteevent and 16 bytes per update event; previously we needed 40 bytes perevent on 32-bit hardware and 80 bytes per event on 64-bit hardware. Evenin the worst case usage pattern with a large number of distinct triggers beingfired in one query, usage is at most 32 bytes per event. It seems to be abit faster than the old code as well, due to reduction of palloc overhead.This commit doesn't address the TODO item of allowing the event list to spillto disk; rather it's trying to stave off the need for that. However, itprobably makes that task a bit easier by reducing the data structure'sdependency on pointers. It would now be practical to dump an event list todisk by "chunks" instead of individual events.1 parent3ca5aa6 commit312b1a9