![](https://cdn-ak-scissors.b.st-hatena.com/image/square/0fcff742a648fb47dceccecac500448b6b5832c7/height=288;version=1;width=512/https%3A%2F%2Fwww.publickey1.jp%2F2020%2Fcontainerrntime101_07.gif)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
258 usersがブックマーク
11
コンテナランタイムの仕組みと、Firecracker、gVisor、Unikernelが注目されている理由。 Container Runtime Meetup #2
記事へのコメント11件
- 注目コメント
- 新着コメント
![pypypyo14 pypypyo14](https://cdn.profile-image.st-hatena.com/users/pypypyo14/profile.png)
pypypyo14
“ if (window.parent.screen.width < 728 ) { $('#maincol').before($('.rectangle1')); $('#logly-lift-4274080').before($('.rectangle2')); $('.ranking').after($('.newarticles10')); $('.newarticles10').after($('.category')); $('.category').after($('.bloggerinchief')); } function $(e) { return document.q
![rjj rjj](https://cdn.profile-image.st-hatena.com/users/rjj/profile.png)
rjj
この論文が性能とホストLinuxのコード実行量の観点からFirecracker, gVisor, LXCを比較してるよ:Blending containers and virtual machines: a study of firecracker and gVisor https://dl.acm.org/doi/10.1145/3381052.3381315
![z10a41dcb z10a41dcb](https://cdn.profile-image.st-hatena.com/users/z10a41dcb/profile.png)
z10a41dcb
chroot(2)とpivot_root(2)は別のsyscallであって併用されるのでうーんというのと、VMのメリットとしてリソース割当が柔軟というのはよくわからないな。VM環境でホストのメモリの使用効率上げるの至難の業だと思うんだけど…。
![inductor inductor](https://cdn.profile-image.st-hatena.com/users/inductor/profile.png)
inductor
ランタイムミートアップの発表を取り上げていただきました!Dockerを使ったことがある人なら内容が理解できるように頑張って発表しました👻 id:z10a41dcb VMとmicroVMの違いは大きいです!Firecrackerの論文読むと良いかも
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
コンテナランタイムの仕組みと、Firecracker、gVisor、Unikernelが注目されている理由。 Container Runtime Meetup #2
Docker MeetupとかCloud Native Daysの運営をしながら、無限にスケールするインフラはないかなって、日...
Docker MeetupとかCloud Native Daysの運営をしながら、無限にスケールするインフラはないかなって、日々もやもやと考えています。 さっそく本題に入っていきましょう。 コンテナってそもそも何ですかっていうと、まず﹁chroot﹂というLinuxの機能があって、これはrootディレクトリを特定のディレクトリに切り替えて、そこから下を別のファイルシステムとして確立する、といった技術です。 そこに対して﹁namespace﹂という機能で、ユーザー、プロセス、ネットワークを個別に割り当てて、さらにリソースにも制限をかけると、まるでVM︵仮想マシン︶のように動いて面白いね、というのがコンテナですよ、という説明はよくされると思います。 これを図にしました。 まず、対象のディレクトリに対して﹁pivot_root﹂という機能を使ってファイルシステムのルートを作ります。 そのうえで﹁
2020/09/15 リンク