上手..
$ ulimit -s
8192
$ sudo ulimit -s 16384
$ ulimit -s
8192
なぜそんなにulimit
野蛮なやり方で私を侮辱するのですか?
上手..
$ ulimit -s
8192
$ sudo ulimit -s 16384
$ ulimit -s
8192
なぜそんなにulimit
野蛮なやり方で私を侮辱するのですか?
回答:
ulimit
シェル/プロセス固有です。をスキップしsudo
ます。
$ ulimit -s
8192
$ ulimit -s 16384
$ ulimit -s
16384
sudo
渡されたときにエラーを出さなかったことに驚いていulimit
ます。通常は外部バイナリが必要ulimit
ですが、組み込みシェルです。
which ulimit
。それについて驚くべきことは何もありません。
ダニエルベックの答えはすべての真実を語っていません(実際、それはちょっとした巧妙なものです)。実際に「sudo ulimit」を実行する必要がある人々を助けません。
問題はそれです
ダニエルの例は、非常に特殊な状況でのみ機能します(幸いにもデフォルトです)。
反例:
$ ulimit -s 8191 # set both hard and soft limits
$ ulimit -s # show current soft limit
8191
$ ulimit -s 16384 # set both hard and soft limits
-bash: ulimit: stack size: cannot modify limit: Operation not permitted
したがって、で制限を設定するとulimit -s
、ソフト制限とハード制限の両方が設定されます。これで、それを高く設定できなくなりました。
この時点で、あなたは試すことを考えるかもしれませんsudo
。しかし、ダニエルが書いたため、それは機能しません。
$ sudo ulimit -s 16384 # maybe with sudo?
$ ulimit -s
8191
$
ここで起こったことは、それsudo
が実行された新しいシェルを開始したことulimit
です。THATシェルでは、新しいulimitが設定されました。しかし、そのシェルは作業を終えて取り壊され、以前のulimitを使用して以前のシェルに戻ります。
証明:
$ ulimit -s 8191
$ ulimit -s
8191
$ sudo bash
# ulimit -s
8191
# ulimit -s 16384
# ulimit -s # It worked!
16384
# exit
exit
$ ulimit -s # ... but now we're back to the old ulimit.
8191
$
では、なぜダニエルの例は正確に機能したのでしょうか?ulimitのデフォルトのハード制限とソフト制限のため、彼はソフト制限をハード制限にプッシュできます。スローモーションでそれを行うと、トリックを表示できます。
$ ulimit -Ss # show the Soft limit
8192
$ ulimit -Hs # show the Hard limit
65532
$ ulimit -s # by default, shows the Soft limit
8192
$ ulimit -s 16384 # set both the Soft and Hard limit
$ ulimit -s # shows the Soft limit
16384
$ ulimit -Hs # but, gotcha! the Hard limit has also been set
16384
$ ulimit -s 16385 # so now we can't go higher
-bash: ulimit: stack size: cannot modify limit: Operation not permitted
$
要約すると、ハードリミットを設定してそれを押し上げたい場合、そのシェルでは運がありません...スーパーユーザーのままであるか、または何らかの呪文を使用して後で特権を削除しない限り。
cd
ます。