10以降でも8でもつけなくてよくなった)。8でも8u191以降なら安心になった。今の最新は8u192かな。追加されてるオプション-XX:-UseContainerSupportをつけるとこのコンテナサポートをオフにできる。-XX:ActiveProcessorCount=countを指定すると自分でプロセッサーカウントを設定できる。確かめるてことで確かめてみる。いつも通り、確認したいこととは関係ないところで色々勉強になったや。(11.0.1.13)制限なしでどうなるかを見ておく(ベースライン)コンテナ制限を見てることを確認くらいでいいかな。8u191以降のOpenJDKのDockerイメージはまだ出てないみたいなので、AdoptOpenJDKで確認することにした。実行する内容これを実行する。こんなところ気にしたことなかったからavailableProcessorsとかmaxMemoryとか初めて使った。設定周りdocker直接でやっても良かったんだけど、docker-composeでごにょごにょやった。v2を使ってる理由v3ではcpusやmem_limit周りの機能が削除されてるから。Mode用だから、それ使わんならv2使いなよってことらしい。Documentation今回は遊びだから適当に使ったけど、実際に仕事とかで使うときは「DRYにしすぎて意味がわからない」ってならないようにしたいね。JAVA_TOOL_OPTIONSAdoptOpenJDKのイメージにはJAVA_TOOL_OPTIONSが設定されてるので、今回の検証ではそれを一旦空にしてから動かしてる。@sugarlifeさんありがとうございます!OpenJDKのソースコード初めて読んだw特殊環境変数なので起動時に読まれますねhttps://t.co/CIkiF83PBoPickedはArguments::parse_options_environment_variableで出力されます。2018ちなみに設定されている値はこんな感じ。-XX:+UseCGroupMemoryLimitForHeap"https://github.com/AdoptOpenJDK/openjdk-docker/blob/047540bba24b338ca6916c736fe15e04a76107c8/8/jdk/alpine/Dockerfile.hotspot.releases.full#L868u181以前でもメモリが正しく認識されるようにしてくれてるんやね。11の場合はJAVA_TOOL_OPTIONS="-XX:+UseContainerSupport"https://github.com/AdoptOpenJDK/openjdk-docker/blob/047540bba24b338ca6916c736fe15e04a76107c8/11/jdk/alpine/Dockerfile.hotspot.releases.full#L86これ指定しなくてもデフォルトでONなんだけど、明示的に「ONだよ!」って教えてくれてるって意図なのかな。vulnerabilityってことで脆弱性につながるから実装しないってことみたい。申し訳ございませんでした。upするとログが混ざるから、こんなスクリプトを用意した。結果ちなみに、JAVA_TOOL_OPTIONSが2回出てるのはjavacの分とjavaの分。123M想定通りの結果だね。今日のソースコードはここ。Dockerに対するCPU・メモリ対応。(2018年11月現在)Tweet広告を非表示にする関連記事2019-11-17ローカルでk8sを試してみたいときはk3dが使えそう。Istioも動きそう。Launcherの話を書いたけど。18に行ってきたということでDockerCon本編のログ。前日までのお話はここ。Cloudに関して、Kennyのこのリポジトリを参照しまく...2015-12-282015振り返ってみると、色々やってたんだなー。(1)はてなブログをはじめよう!bufferingsさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。