Messages in this thread |  | | | Date | Sun, 14 May 2006 17:53:17 +0300 | | From | "Pekka Enberg" <> | | Subject | Re: [PATCH 2.6.17-rc4 1/6] Base support for kmemleak |
| |
On 5/13/06, Catalin Marinas <catalin.marinas@gmail.com> wrote: > This patch adds the base support for the kernel memory leak detector. It > traces the memory allocation/freeing in a way similar to the Boehm's > conservative garbage collector, the difference being that the orphan > pointers are not freed but only shown in /proc/memleak. Enabling this > feature would introduce an overhead to memory allocations.
Hmm. How much is the overhead anyway? I am guessing lots so can we reasonably expect anyone to run such kernel? Why isn't DEBUG_SLAB_LEAK enough for us?
Pekka - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |