Changes between Initial Version and Version 1 of Ticket #2269


Ignore:
Timestamp:
04/09/13 11:33:52 (12 years ago)
Author:
strk
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #2269

    • Property Milestone → PostGIS 2.0.4
    • Property Owner changed from pramsey to strk
    • Property Status new → assigned

  • Ticket #2269 – Description

    initial v1  
    55The call stack during the ANALYZE usually looks like this:
    66
     7{{{
    78(gdb) bt
    89#0 pglz_decompress (source=0x43f6bd98, dest=0x43fb5b2c "") at
    … …  
    6465postmaster.c:1127
    6566#21 0x0000000000667225 in main (argc=2, argv=0x1227230) at main.c:199
     67}}}
    6668
    6769PostGIS appears to leak memory for each tuple ANALYZED (or the memory context that allocation occurs within is not destroyed until the end of ANALYZE, which results in ballooning of memory consumption in practice).