想要查一下 Linux 下跑 container 的 overhead，發現大多都是 2014～2016 左右的文章，而且基本上都是 Docker，好像沒什麼新資料，但還是整理整理...

首先是「What is the runtime performance cost of a Docker container?」這篇，裡面的答案有提到 CPU、Memory 以及 I/O 看起來 overhead 都不高，主要是網路的 latency 增加不少：

看起來大約是 40µs 的增加 (0.04ms)，這個量級雖然看起來很小，但對於本來就是透過 Ethernet 溝通的的應用來說，平常可能都是 <1ms 了，0.04ms 的增加可能還是有影響 (像是 TCP 的 3-way handshake)。

另外一篇是 Percona 的「Measuring Percona Server Docker CPU/network overhead」，不過這邊是測 CPU bound 的方式，沒有碰到 heavy I/O：

可以看到網路層的變化造成 tps 的變化，也符合在 Stack Overflow 上面找到的文章。

而 Oracle 官方的「MySQL with Docker - Performance characteristics」這篇則是測到 I/O bound 的應用，畢竟資料庫軟體會用到很多一般 I/O 測試不會用到的 flag，像是 InnoDB 大家通常都會啟用 O_DIRECT：

For these tests, we used a custom configuration file. We first deliberately set the buffer pool size to around 10% of the total database size in order to increase I/O-bound load. The database size was 2358MB, so we set our buffer pool size to 256MB. We then increased the buffer size to 16384MB to see what happens when Docker isn’t bound by I/O load.

文章後面有列出數字，可以看到 I/O bound 的應用似乎沒有什麼影響，而 network bound 的時候可以看到效能的下降。

不過得注意這些資料都是六年前的資料了，沒有什麼新資料可以看做應該是沒什麼改變，但畢竟不是 100% 確定的事情...

To respond on your own website, enter the URL of your response which should contain a link to this post's permalink URL. Your response will then appear (possibly after moderation) on this page. Want to update or remove your response? Update or delete your post and re-enter your post's URL again. (Learn More)