1

sendto システム コールは、エラー「No buffer space available」、エラー コード「ENOMEM」で失敗します。sendto 内の kmalloc の失敗のようです。それについて読んだとき、連続したメモリが利用できないために失敗する可能性があることを知りました。ただし、システムには十分な空きメモリがあります。kmalloc が失敗する理由がわかりません。

PS: 組み込みハードウェアでアプリケーションを実行しています。

sendto が失敗したときのエラー メッセージ:

MYAPP: page allocation failure. order:5, mode:0x4d0
[<c002b2a8>] (unwind_backtrace+0x0/0xcc) from [<c0063de0>] (__alloc_pages_internal+0x39c/0x3bc)

[<c0063de0>] (__alloc_pages_internal+0x39c/0x3bc) from [<c0294f40>] (cache_alloc_refill+0x264/0x514)

[<c0294f40>] (cache_alloc_refill+0x264/0x514) from [<c007a7e0>] (__kmalloc+0x84/0xd8)

[<c007a7e0>] (__kmalloc+0x84/0xd8) from [<c0213f88>] (__alloc_skb+0x44/0xf4)

[<c0213f88>] (__alloc_skb+0x44/0xf4) from [<c020fa2c>] (sock_alloc_send_pskb+0x94/0x2f8)

[<c020fa2c>] (sock_alloc_send_pskb+0x94/0x2f8) from [<c020fca8>] (sock_alloc_send_skb+0x18/0x1c)

[<c020fca8>] (sock_alloc_send_skb+0x18/0x1c) from [<c0273830>] (unix_dgram_sendmsg+0x168/0x44c)

[<c0273830>] (unix_dgram_sendmsg+0x168/0x44c) from [<c020d47c>] (sock_sendmsg+0xac/0xcc)

[<c020d47c>] (sock_sendmsg+0xac/0xcc) from [<c020e3fc>] (sys_sendto+0xb0/0xd4)

[<c020e3fc>] (sys_sendto+0xb0/0xd4) from [<c0025c00>] (ret_fast_syscall+0x0/0x2c)

Mem-info:

Normal per-cpu:

CPU    0: hi:   18, btch:   3 usd:   0

Active_anon:3321 active_file:194 inactive_anon:3324

inactive_file:2449 unevictable:173 dirty:0 writeback:0 unstable:0

free:4348 slab:929 mapped:1186 pagetables:115 bounce:0

Normal free:17392kB min:1016kB low:1268kB high:1524kB active_anon:13284kB inactive_anon:13296kB active_file:776kB inactive_file:9796kB unevictable:692kB present:65024kB pages_scanned:0 all_unreclaimable? no

lowmem_reserve[]: 0 0

Normal: 418*4kB 1251*8kB 347*16kB 3*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 17392kB

2876 total pagecache pages

16384 pages of RAM

4485 free pages

1097 reserved pages

929 slab pages

1401 pages shared

0 pages swap cached
4

2 に答える 2

1

ここでの適切な扱いは、ソフトウェア設計かもしれません。ローカル データグラム ソケット経由で 88kb のパケットを送信しようとしている理由はありますか? このサイズのデータ​​には、ストリーム ソケットの方が適切な選択肢のようです (とにかく、反対側で順番に解析される可能性が非常に高いと思います)。非常に小さな転送の場合、ストリームのオーバーヘッドは測定可能ですが、プロセス間でこれだけの量のデータをコピーする場合はそうではありません。

于 2012-10-29T17:45:32.767 に答える
0

キーワードは「連続」です。多くの空きページを作成できますが、それらは互いに隣接していません。

解決策は、一度に 1 ページ未満の価値を送信することではないでしょうか?

于 2012-10-29T16:32:59.270 に答える