2017-02-22 4 views
0

je tente de lancer dpdktimer application en définissant 512 2MB hugepages mais l'application est écrasé avec l'erreur suivanteplus grand nombre de hugepages provoquant une erreur de bus

EAL: Détecté 4 lcore (s)

EAL: sonder soutien VFIO ...

erreur de bus (core dumped)

Si je réduis le num ber de hugepages à 256 cela fonctionne bien. Je me demande quel pourrait être le problème ici. Voici mes informations cpu

processeur: 0
vendor_id: GenuineIntel
famille cpu: 6 modèle
: 26
Nom du modèle: Intel (R) Core (TM) i7 CPU 950 @ 3.07GHz
pas à pas: 5
microcode: 0x11
cpu MHz: 2794,000
taille du cache: 8192 KB
id physique: 0
fratrie: 4
id de base: 0
cœurs de processeurs: 4
apicid: 0
apicid initial: 0
FPU: oui
fpu_exception: oui
niveau de cpuid: 11
wp: oui
drapeaux: FPU vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_ perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 moniteur ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dtherm tpr_shadow VNM i FlexPriority VPID ept bugs:
bogomips: 5600,00
Taille de clflush: 64
cache_alignment: 64
tailles d'adresse: 36 bits physiques, 48 ​​bits virtuels
gestion de l'alimentation:

processeur: 1
vendor_id: GenuineIntel
famille cpu: 6 modèle
: 26 nom du modèle: Intel (R) Core (T M) i7 CPU 950 @ 3,07 GHz
pas à pas: 5
microcode: 0x11
cpu MHz: 2794.000
taille du cache: 8192 KB
id physique: 0
fratrie: 4
id de base: 1
cœurs de processeurs: 4
apicid: 2
apicid initial: 2
FPU: oui
fpu_exception : oui
niveau cpuid: 11
wp: oui
drapeaux: FPU vme de pse tsc msr pae mce CX8 apic sep mtrr pge mca cmov pat pse36 clflu sh dts ACPI mmx risque de règlement sse sse2 ss ht tm PBE syscall nx rdtscp lm CONSTANT_TSC arch_ perfmon PEBS bts rep_good nopl xtopology nonstop_tsc aperfmperf PNI dtes64 moniteur ds_cpl vmx is TM2 SSSE3 CX16 xtpr PDCM sse4_1 sse4_2 POPCNT lahf_lm ida dtherm tpr_shadow VMN i FlexPriority ept VPID bugs:
bogomips: 5600.00
Taille de clflush: 64
cache_alignment: 64
tailles d'adresse: 36 bits physiques, 48 ​​bits virtuels
gestion de l'alimentation:

Et Voici mon meminfo

MemTotal: 24679608 kB
MemFree: 24014156 kB
MemAvailable: 23950600 kB
Tampons: 3540 ko
En cache: 31436 ko
SwapCached: 0 kB
actif: 21980 kB
inactif: 22256 kB
actif (anon): 10760 kB
inactif (anon): 2940 kB
actif (fichier): 11220 kB
inactif (fichier): 19316 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 0 kB
SwapFree: 0 kB
sale: 32 kB
Writeback: 0 kB
AnonPages: 9252 kB
mappée: 11912 kB
SHMEM: 4448 kB
Slab: 27712 kB
SReclaimable: 11276 kB
SUnreclaim: 16436 kB
KernelStack: 2672 kB
PageTables : 1000 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 12077660 kB
Committed_AS: 137792 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 0 kB
VmallocChunk: 0 kB
HardwareCorrupted: 0 kB
AnonHugePages: 2048 kB
CmaTotal: 0 kB
CmaFree: 0 kB
HugePages_Total: 256
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 22000 kB
DirectMap2M: 25133056 kB

+0

J'ai repéré le problème. Cela arrivait parce que je manquais de mémoire dans/var/run.Le DPDK utilise/var/run pour stocker des informations sur les énormes pages et parce que je n'avais que 2 Mo de mémoire allouée, cela n'était pas suffisant pour 512 énormes pages. L'augmentation de l'allocation de mémoire pour/var/log a résolu le problème. – Adhikari

+0

Peut-être que vous pourriez poster votre solution comme réponse :) – Brett

Répondre

0

Je traqué le problème. Cela arrivait parce que je manquais de mémoire dans/var/run. Le DPDK utilise/var/run pour stocker des informations sur les énormes pages et parce que je n'avais que 2 Mo de mémoire allouée, cela n'était pas suffisant pour 512 énormes pages. L'augmentation de l'allocation de mémoire pour/var/log a résolu le problème.