[Oisf-devel] Live rule swap testing

Martin Holste mcholste at gmail.com
Tue Jul 3 14:00:49 UTC 2012


Ok, giving this a shot.  Also, I should note that since build
e3764b90c3bdfffaf8d98ec5bd71543a37b3f407 (or around there in early
June) Suricata crashes regularly.  I'll start running under gdb to
hopefully get you the backtrace (can't do core dumps, they're too
large).

On Tue, Jul 3, 2012 at 6:33 AM, Victor Julien <victor at inliniac.net> wrote:
> We've fixed the biggest leaks in the current git master. Some memory
> still gets lost it seems, probably due to fragmentation. Dealing with
> this will be a 1.4 effort.
>
> With 15k rules I now get:
>
> 17691 root      20   0 1973m 1.3g 3532 S 35.9 17.0   0:44.32 lt-suricata
> 17691 root      20   0 2945m 2.2g 3756 S 41.9 28.6   1:51.01 lt-suricata
> 17691 root      20   0 3335m 2.6g 3756 S 42.5 33.8   2:55.43 lt-suricata
> 17691 root      20   0 3343m 2.6g 3756 S 41.5 33.8   4:08.54 lt-suricata
> 17691 root      20   0 3351m 2.6g 3756 S 38.2 33.9   5:12.40 lt-suricata
>
> First entry is cold start, every one after is another reload. It's clear
> that mem usage stabilizes at some point.
>
> Interestingly, using tcmalloc gives a lot better results for the exact
> same ruleset:
>
> 17865 root      20   0 1418m 1.2g 3964 S 37.2 16.0   0:36.16 lt-suricata
> 17865 root      20   0 2194m 2.0g 4016 S 36.9 25.6   1:30.87 lt-suricata
> 17865 root      20   0 2509m 2.0g 4088 S 37.5 26.0   2:28.65 lt-suricata
> 17865 root      20   0 2517m 2.0g 4088 S 44.2 26.1   3:24.68 lt-suricata
>
> I've added a tcmalloc page to the performance section of the wiki:
> https://redmine.openinfosecfoundation.org/projects/suricata/wiki/Tcmalloc
>
> On 06/30/2012 04:15 PM, Martin Holste wrote:
>> Great, thanks.
>>
>> On Sat, Jun 30, 2012 at 4:16 AM, Victor Julien <victor at inliniac.net> wrote:
>>> On 06/29/2012 09:44 PM, Martin Holste wrote:
>>>> Suricata's not giving back the RAM after doing the live swap, which is
>>>> a big (99G in my case) problem:
>>>>
>>>>  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>>>>  8513 root      20   0 99.7g  96g  67m S  445 68.3  36:01.06 suricata
>>>>
>>>> It also appears to do this for each live swap, so by the third swap, I'm OOM.
>>>>
>>>> This is on the latest from this morning, commit:
>>>> 4cf6bb3f4cbdab8a0cd57964be801cf676d2ec26.
>>>>
>>>> Suggestions?
>>>
>>> Seeing the same. We're tracking the issue here:
>>> https://redmine.openinfosecfoundation.org/issues/492
>>>
>>> --
>>> ---------------------------------------------
>>> Victor Julien
>>> http://www.inliniac.net/
>>> PGP: http://www.inliniac.net/victorjulien.asc
>>> ---------------------------------------------
>>>
>>>
>>>
>>> _______________________________________________
>>> Oisf-devel mailing list
>>> Oisf-devel at openinfosecfoundation.org
>>> http://lists.openinfosecfoundation.org/mailman/listinfo/oisf-devel
>>
>>
>>
>
>
> --
> ---------------------------------------------
> Victor Julien
> http://www.inliniac.net/
> PGP: http://www.inliniac.net/victorjulien.asc
> ---------------------------------------------
>
>
>



More information about the Oisf-devel mailing list