Project

General

Profile

Actions
Copy link

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

Status:
Closed
Priority:
Normal
Assignee:
Victor Julien
Target version:
8.0.0-beta1
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 open — 1 closed)

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

Related issues 1 (0 open — 1 closed)

Related to Suricata - Bug #6414: detect-engine/port: recursive DetectPortInsert calls are expensiveClosedShivani BhardwajActions
Actions
Copy link
 #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
Copy link
 #2

Updated by Shivani Bhardwaj 9 months ago

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

Updated by Shivani Bhardwaj 9 months ago

  • Status changed from In Review to Resolved
Actions
Copy link
 #4

Updated by Shivani Bhardwaj 9 months ago

  • Label Needs backport to 7.0 added
Actions
Copy link
 #5

Updated by OISF Ticketbot 9 months ago

  • Subtask #6829 added
Actions
Copy link
 #6

Updated by OISF Ticketbot 9 months ago

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

Updated by Shivani Bhardwaj 6 months ago

  • Status changed from Resolved to Closed
Actions
Copy link

Also available in: Atom PDF