Project

General

Profile

Actions

Optimization #6795

open

Optimization #6792: detect/port: port grouping is quite slow in worst cases

detect/port: PortGroupWhitelist fn takes a lot of processing time

Added by Shivani Bhardwaj about 2 months ago. Updated about 2 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Target version:
Effort:
Difficulty:
Label:

Description

This fn seems to be taking 68% of the time with the new proposed algorithm. This should be optimized.


Subtasks 1 (1 open0 closed)

Optimization #6829: detect/port: PortGroupWhitelist fn takes a lot of processing time (7.0.x backport)In ReviewShivani BhardwajActions

Related issues 1 (1 open0 closed)

Related to Suricata - Bug #6414: detect-engine/port: recursive DetectPortInsert calls are expensiveResolvedShivani BhardwajActions
Actions #1

Updated by Shivani Bhardwaj about 2 months ago

  • Status changed from In Progress to In Review
  • Assignee changed from Shivani Bhardwaj to Victor Julien
Actions #2

Updated by Shivani Bhardwaj about 2 months ago

  • Related to Bug #6414: detect-engine/port: recursive DetectPortInsert calls are expensive added
Actions #3

Updated by Shivani Bhardwaj about 2 months ago

  • Status changed from In Review to Resolved
Actions #4

Updated by Shivani Bhardwaj about 2 months ago

  • Label Needs backport to 7.0 added
Actions #5

Updated by OISF Ticketbot about 2 months ago

  • Subtask #6829 added
Actions #6

Updated by OISF Ticketbot about 2 months ago

  • Label deleted (Needs backport to 7.0)
Actions

Also available in: Atom PDF