Project

General

Profile

Actions

Optimization #1603

closed

Increase STATE_QUEUE_CONTAINER_SIZE to manage huge rulesets

Added by Andreas Herz over 8 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Low
Assignee:
Target version:
-
Effort:
Difficulty:
Label:

Description

If you have a huge ruleset (>100k rules) with unique patterns you might run into the following error:

<Critical> - [ERRCODE: SC_ERR_AHO_CORASICK(174)] - Just ran out of space in the queue.  Fatal Error.  Exiting.  Please file a bug report on this

Which is a result of the STATE_QUEUE_CONTAINER_SIZE defined to 65536. If i increase the value it works. So unless there is another good reason to restrict it to that value i would suggest to increase it.

Actions #1

Updated by Andreas Herz over 8 years ago

  • Assignee set to Andreas Herz
Actions #2

Updated by Andreas Herz over 8 years ago

Any suggestion to which value we should set it?

Actions #3

Updated by Victor Julien over 8 years ago

What (if any) are the potential side effects?

Actions #4

Updated by Andreas Herz about 8 years ago

StateQueue consuming lots of memory :) in theory we could jump to 4.294.967.296 at least but i will play around with it a bit and see if i can find any sideffects.

Actions #5

Updated by Andreas Herz about 8 years ago

Unless we switch to SCMalloc() and SCFree() instead of using the stack, we're limited and 65536 is a solid value. Since Victor also found some 16bit limitiations i would recommend to discuss some higher value that won't exceed memory usage too much which might happen if we go for the maximum possible.

Actions #6

Updated by Andreas Herz over 7 years ago

  • Status changed from New to Closed

So far there is no need for that anymore from my side, so for now we can close it

Actions #7

Updated by Victor Julien over 6 years ago

  • Target version deleted (TBD)
Actions

Also available in: Atom PDF