[SR-Users] MTREE reload question
Daniel-Constantin Mierla
miconda at gmail.com
Fri Sep 7 09:26:07 CEST 2012
Hello,
is this taken only after startup? Get one at startup and another one
after reload, so it can be compared.
Cheers,
Daniel
On 9/6/12 9:22 AM, Uri Shacked wrote:
> Hi,
> here:
> shmem:fragments = 143898
> shmem:freesize = 3446570952
> shmem:max_used_size = 861854768
> shmem:real_used_size = 848396344
> shmem:total_size = 4294967296
> shmem:used_size = 319676976
>
>
> On Thu, Sep 6, 2012 at 9:49 AM, Daniel-Constantin Mierla
> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>
> Hello,
>
>
> On 9/5/12 3:06 PM, Uri Shacked wrote:
>
> Hi,
> I use MTREE to load 5 million rows from the database. it takes
> about 30 sec to start kamailio and it is running great.
> Whern I check the shmem usage I see the data take about 0.8G
> out of 4G i set on shmem.
> When i reload the data while kamailio is running, the memory
> usage rises to 1.3G and stays there (the second and next
> reloads stays on 1.3G as well).
> Why doesn't it return to 0.8G after the reload is completed?
>
>
> can you send the statistics related to shmem?
>
> kamctl fifo get_statistics shmem:
>
> There are different values there, some usage come from overhead of
> memory chunks management.
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> -
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Nov 5-8, 2012 -
> http://asipto.com/u/kat
> Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 -
> http://asipto.com/u/katu
>
>
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat
Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 - http://asipto.com/u/katu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20120907/eef0d9a2/attachment.htm>
More information about the sr-users
mailing list