Project

General

Profile

Actions

Optimization #6795

closed

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 10 months ago. Updated 6 months ago.

Status:
Closed
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 (0 open1 closed)

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

Related issues 1 (0 open1 closed)

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

Updated by Shivani Bhardwaj 9 months ago

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

Updated by Shivani Bhardwaj 9 months ago

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

Updated by Shivani Bhardwaj 9 months ago

  • Status changed from In Review to Resolved
Actions #4

Updated by Shivani Bhardwaj 9 months ago

  • Label Needs backport to 7.0 added
Actions #5

Updated by OISF Ticketbot 9 months ago

  • Subtask #6829 added
Actions #6

Updated by OISF Ticketbot 9 months ago

  • Label deleted (Needs backport to 7.0)
Actions #7

Updated by Shivani Bhardwaj 6 months ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF