Большое количество огромных страниц, вызывающих ошибку шины

Я пытался бежать dpdktimer приложение, установив 512 2MB огромных страниц, но приложение упало со следующей ошибкой

EAL: Обнаружено 4 lcore (s)

EAL: Зондирование поддержки VFIO...

Ошибка шины (ядро сброшено)

Если я уменьшу количество hugepages до 256 работает нормально. Мне интересно, в чем может быть проблема здесь. Вот моя информация о процессоре

процессор: 0
vendor_id: GenuineIntel
семья процессора: 6
модель: 26
Название модели: Intel(R) Core(TM) i7 CPU 950 @ 3,07 ГГц
степпинг: 5
микрокод: 0x11
процессор МГц: 2794.000
размер кеша: 8192 КБ
физический идентификатор: 0
братьев и сестер: 4
основной идентификатор: 0
процессорных ядер: 4
апицид: 0
начальная апицид: 0
фпу: да
fpu_exception: да
Уровень процессора: 11
wp: да
флаги: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse ss2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_ perfmon pbs rs_tpspsfs nspsfs nspspf tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dtherm tpr_shadow vnm i flexpriority ept vpid:
bogomips: 5600,00
размер clflush: 64
cache_alignment: 64
размеры адресов: физические 36 бит, виртуальные 48 бит
управление энергопотреблением:

процессор: 1
vendor_id: GenuineIntel
семья процессора: 6
модель: 26 название модели: Intel(R) Core(TM) i7 CPU 950 @ 3,07 ГГц
степпинг: 5
микрокод: 0x11
процессор МГц: 2794.000
размер кеша: 8192 КБ
физический идентификатор: 0
братьев и сестер: 4
основной идентификатор: 1
процессорных ядер: 4
апицид: 2
начальная апицид: 2
фпу: да
fpu_exception: да
Уровень процессора: 11
wp: да
флаги: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse ss2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_ perfmon pbs rs_tpspsfs nspsfs nspspf tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dtherm tpr_shadow vnm i flexpriority ept vpid:
bogomips: 5600,00
размер clflush: 64
cache_alignment: 64
размеры адресов: физические 36 бит, виртуальные 48 бит
управление энергопотреблением:

А вот и моя память

MemTotal: 24679608 кБ
MemFree: 24014156 кБ
Доступная память: 23950600 кБ
Буферы: 3540 кБ
Кэшированный: 31436 кБ
SwapCached: 0 кБ
Активный: 21980 кБ
Неактивно: 22256 кБ
Активный (анон): 10760 кБ
Неактивно (анон): 2940 кБ
Активный (файл): 11220 кБ
Неактивно (файл): 19316 КБ
Неуязвимый: 0 кБ
Размещено: 0 кБ
SwapTotal: 0 кБ
SwapFree: 0 кБ
Грязный: 32 кБ
Обратная запись: 0 кБ
AnonPages: 9252 кБ
Сопоставлено: 11912 кБ
Шмем: 4448 кБ
Плита: 27712 кБ
SReclaimable: 11276 кБ
SUnreclaim: 16436 кБ
KernelStack: 2672 кБ
Таблицы страниц: 1000 кБ
NFS_Unstable: 0 кБ
Отказов: 0 кБ
WritebackTmp: 0 кБ
CommitLimit: 12077660 кБ
Committed_AS: 137792 КБ
VmallocTotal: 34359738367 кБ
VmallocUsed: 0 кБ
VmallocChunk: 0 кБ
Аппаратные средства повреждены: 0 кБ
AnonHugePages: 2048 кБ
CmaTotal: 0 кБ
CmaFree: 0 кБ
HugePages_Total: 256
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Огромный размер: 2048 кБ
DirectMap4k: 22000 кБ
DirectMap2M: 25133056 кБ

1 ответ

Я разыскал проблему. Это происходило потому, что мне не хватало памяти в / var / run. DPDK использует / var / run для хранения информации об огромных страницах, и, поскольку у меня было выделено только 2 МБ памяти, этого было недостаточно для 512 огромных страниц. Увеличение выделения памяти для / var / log решило проблему.

Другие вопросы по тегам