☰

上限を確認する方法は？ （ulimitのためプロセスは終了しました。）

tag-icon • tag-icon security process process-management resources
上限を確認する方法は？ （ulimitのためプロセスは終了しました。）

プロセスが無制限の環境で実行されているとします。

(
ulimit  ... -v ... -t ... -x 0 ...
./program
)

プログラムが終了します。

理由はさまざまです。単純なセグメントエラーが原因でメモリ/時間/ファイル制限が超過したか、戻りコード0で正常に終了することがあります。

プログラムを変更せずにプログラムが終了した理由をどのように確認できますか？

PS私は「バイナリが与えられたとき」を意味しました。たぶん、いくつかのラッパー（ptrace-ingなど）が役に立ちますか？

ベストアンサー1

一般的に残念ながら、私はあなたができないと思います。 （一部のオペレーティングシステムではこの機能を提供できますが、どのオペレーティングシステムがサポートしているかわかりません。）

リソース制限リファレンスドキュメント：getrlimitPOSIX 2008から。

CPU制限を例にしてみましょうRLIMIT_CPU。

  • プロセスがソフト制限を超えると送信されます。SIGXCPU
  • プロセスがハード制限を超えると、単純なメッセージが表示されます。SIGKILL

wait()プログラムでできる場合は、プログラムが終了したかどうかを確認できますSIGXCPU。ただし、SIGKILL厳格な制限違反の派遣と外部からの通常の殺人との違いは区別できません。しかも、プログラムが処理するとXCPU外部からは見えません。

についても同様ですRLIMIT_FSIZE。プログラムが処理できない場合は、ステータスSIGXFSZで確認できます。wait()ただし、ファイルサイズの制限を超えると、制限を再テストしたい追加のI / Oが受信されますが、EFBIGこれはプログラムによって内部的に処理されます（残念ながら処理されません）。プログラムがSIGXFSZ上記と同じようにそれを処理する場合 - ユーザーはそれを知りません。

RLIMIT_NOFILE？まあ、信号も受けられないね。open友達と一緒にショーに戻ってくださいEMFILE。他の何も妨げられないので、この場合、エンコードがどのように失敗しても失敗（または失敗）します。

RLIMIT_STACK？長すぎるSIGSEGVため、他の原因と区別できません。 （これがプロセスを殺した原因であることを状態を通して知ることができますwait。）

RLIMIT_ASRLIMIT_DATAmakeだけでmalloc()他のものは失敗し始めます（またはSIGSEGVLinuxでスタックを拡張しようとするとAS制限に達すると受信します）。プログラムがうまく書かれていないと、ランダムに失敗する可能性があります。

簡単に言えば、通常、失敗はプロセスの終了の他の理由とは大きく異なるため、確信が持てないか、プログラムで完全に処理される可能性があります。この場合、進行状況/いつ/方法を決定します。一方、あなたは外から来たものではありません。

私が知っている限り、あなたができる最善は、プログラムを分岐して待ってから、次のコードを書くことです。

  • 検出する終了ステータスを確認しますSIGXCPU（SIGXFSZAFAIK、これらのシグナルはリソース制限の問題に対してオペレーティングシステムによってのみ生成されます）。特定の要件に応じてリソース制約に関連していると仮定することもできますが、SIGKILLこれはSIGSEGVやや無理です。
  • getrusage(RUSAGE_CHILDREN,...)他の実装に関するヒントを入手するには、実装から何が得られるかを確認してください。

ptraceここでは、OS固有のツール（LinuxまたはSolarisのツール）やデバッガタイプの技術が役に立つかもしれませんが、dtraceこれは特定の実装に関連しています。

（私は全く知らない魔法のような質問に他の誰かが答えてくれることを願っています。）

おすすめ記事