Project

General

Profile

Actions
Copy link

Optimization #6795

closed
SB VJ

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

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

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

Added by Shivani Bhardwaj about 2 years ago. Updated almost 2 years 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

SB Updated by Shivani Bhardwaj about 2 years ago Actions
Copy link
 #1

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

SB Updated by Shivani Bhardwaj about 2 years ago Actions
Copy link
 #2

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

SB Updated by Shivani Bhardwaj about 2 years ago Actions
Copy link
 #3

  • Status changed from In Review to Resolved

SB Updated by Shivani Bhardwaj about 2 years ago Actions
Copy link
 #4

  • Label Needs backport to 7.0 added

OT Updated by OISF Ticketbot about 2 years ago Actions
Copy link
 #5

  • Subtask #6829 added

OT Updated by OISF Ticketbot about 2 years ago Actions
Copy link
 #6

  • Label deleted (Needs backport to 7.0)

SB Updated by Shivani Bhardwaj almost 2 years ago Actions
Copy link
 #7

  • Status changed from Resolved to Closed
Actions
Copy link

Also available in: PDF Atom