[SSSD] [PATCH] Tap a huge memory leak

Simo Sorce ssorce at redhat.com
Wed Apr 13 21:34:50 UTC 2011


The operations we use to deleted members in the memberof plugin are
quite inefficient, but on top of that we were also "leaking" a lot of
search results on the operations contexts, causing the runtime memory
footprint to grow immensely (as in gigabytes for a singe ldb_modify).

It was technically not a leak beacuase eventually all memory would be
reclaimed, but it was enough to make the OOM killer kill our processes.

After a deletion operation is finished, make sure to explicitly free
all the search results we do not need anymore, so that the footprint
remains low.

Simo.

-- 
Simo Sorce * Red Hat, Inc * New York
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0003-memberof-free-delete-operation-apyload-once-done.patch
Type: text/x-patch
Size: 1906 bytes
Desc: not available
URL: <https://lists.fedorahosted.org/pipermail/sssd-devel/attachments/20110413/c5464e97/attachment.bin>


More information about the sssd-devel mailing list