Running trunk C++:
        perftest --listen --publish
against a trunk version of the c++ broker:
        qpidd -d --worker-threads 1

Every time I run the test it appears that the heap space of the broker
gets bigger, up to a point then it gets smaller again. I think this is
expected as the I think the glibc allocator doesn't try to coalesce and
reclaim allocated and freed memory very often.

However the heap space used never seems to drop below 100Mb This is
derived from a line in /proc/xxx/maps like:
        0060c000-076c7000 rw-p 0060c000 00:00 0         [heap]
Which is just after a heap coalescence in an idle broker and shows usage
of over 110Mb which seems a little high for a broker doing nothing.

Andrew




Reply via email to