2

私は、呼び出しを使用して他の実行可能ファイルを呼び出す計算物理学用の巨大な C++ コード (私が書いたわけではありません) を扱っていsystem()ます。シミュレーションの途中で、これらのsystem()呼び出しが単純な呼び出しであっても失敗することがありsystem("echo something);ます。失敗すると、すぐに戻り値 -1 が返されます。

これらの他の実行可能ファイルを起動するpopen()代わりに使用するバージョンのコードを作成しました。system()このバージョンでは、popen() が失敗し、errno が 12 (ENOMEM) に設定されます。

これは、Torque PBS システムを介して CentOS 6.3 (ROCKS 6.1 経由) を実行する 96GB の RAM を搭載したマシンで実行されています。

この動作はあまり一般的ではありませんが、大量のメモリを使用するシミュレーションで発生するようですが、使用可能なメモリの量よりもはるかに少ないことに注意してください。

現在、この動作を示すシミュレーションを実行しています。system()30 秒ごとに呼び出しを試みて失敗するため、OS のメモリ リソースを監視できます。の内容は/proc/meminfo

MemTotal:       99195180 kB
MemFree:         1758804 kB
Buffers:           14612 kB
Cached:         46502432 kB
SwapCached:         7004 kB
Active:         60758772 kB
Inactive:       35238760 kB
Active(anon):   45458924 kB
Inactive(anon):  4024068 kB
Active(file):   15299848 kB
Inactive(file): 31214692 kB
Unevictable:        9752 kB
Mlocked:            9752 kB
SwapTotal:       1023992 kB
SwapFree:         999432 kB
Dirty:                16 kB
Writeback:             8 kB
AnonPages:      49483620 kB
Mapped:            10292 kB
Shmem:                 8 kB
Slab:             235356 kB
SReclaimable:     193468 kB
SUnreclaim:        41888 kB
KernelStack:        2120 kB
PageTables:        99536 kB
NFS_Unstable:          4 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    50621580 kB
Committed_AS:   49576180 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      482936 kB
VmallocChunk:   34307833876 kB
HardwareCorrupted:     8 kB
AnonHugePages:  43315200 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:        5568 kB
DirectMap2M:     2082816 kB
DirectMap1G:    98566144 kB

/proc/5939/status(問題のプロセスである)の内容は

Name:   BAD_EXECUTABLE
State:  S (sleeping)
Tgid:   5939
Pid:    5939
PPid:   5938
TracerPid:      0
Uid:    505     505     505     505
Gid:    505     505     505     505
Utrace: 0
FDSize: 256
Groups: 426 505 801 
VmPeak: 49733876 kB
VmSize: 49482532 kB
VmLck:         0 kB
VmHWM:  49721496 kB
VmRSS:  49470248 kB
VmData: 49481080 kB
VmStk:       128 kB
VmExe:      1316 kB
VmLib:         0 kB
VmPTE:     96656 kB
VmSwap:    10624 kB
Threads:        1
SigQ:   0/774828
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 0000000000001000
SigCgt: 0000000000000000
CapInh: 0000000000000000
CapPrm: 0000000000000000
CapEff: 0000000000000000
CapBnd: ffffffffffffffff
Cpus_allowed:   ffffff
Cpus_allowed_list:      0-23
Mems_allowed:   00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000003
Mems_allowed_list:      0-1
voluntary_ctxt_switches:        57003
nonvoluntary_ctxt_switches:     1057385

この問題をデバッグする方法に少し途方に暮れています。特に、小規模なシミュレーションでは再現できないためです。私のシミュレーションでは、47 GB のメモリを使用していることが/proc/meminfo示されていますが、96 GB のメモリのうち 2 GB 未満が空きであり、数十 GB のメモリを使用するものは他に実行されていないはずです。

このフォーラムは、以前のメモリ エラーによってヒープが破損した可能性があることを示しているようです。これは有効な可能性ですか?この問題を絞り込むのに役立つ他に何を見ることができますか?

4

0 に答える 0