Project

General

Profile

Actions

Bug #6419

closed

dpdk: Analyze hugepage allocation on startup more thoroughly

Added by Lukas Sismis about 1 year ago. Updated 9 months ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
Affected Versions:
Effort:
Difficulty:
Label:

Description

The current analysis of allocated hugepages only works with /proc/meminfo
However this proved insufficient if hugepages are allocated through dpdk-hugepages script and the size of hugepages is not of the default hugepage size.
If the default hugepage size is 2 MB and the user allocates 1 GB hugepages then these are not shown in the /proc/meminfo output. However, DPDK applications work just fine.

Current limitation:
- no limitation in functionality
- the user sees a message stating that Hugepage_Total is zero while Suricata runs.

First reported at:
https://forum.suricata.io/t/suricata-7-0-2-dpdk-hugepages-total-equals-to-zero/4071/3


Subtasks 1 (0 open1 closed)

Bug #6697: dpdk: Analyze hugepage allocation on startup more thoroughly (7.0.x backport)ClosedLukas SismisActions
Actions #1

Updated by Lukas Sismis about 1 year ago

  • Description updated (diff)
Actions #2

Updated by Victor Julien 12 months ago

  • Target version changed from 7.0.3 to 8.0.0-beta1
Actions #3

Updated by Lukas Sismis 11 months ago

  • Subject changed from dpdk: Analyze hugepage allocation on startup also with dpdk-hugepage script to dpdk: Analyze hugepage allocation on startup more thoroughly
  • Status changed from Assigned to In Review
Actions #4

Updated by Lukas Sismis 9 months ago

  • Status changed from In Review to Resolved
  • Label Needs backport to 7.0 added
Actions #5

Updated by OISF Ticketbot 9 months ago

  • Subtask #6697 added
Actions #6

Updated by OISF Ticketbot 9 months ago

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

Updated by Philippe Antoine 9 months ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF