You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Description
I wrote a small docker-compose (Nginx + PHP-FMP + MYSQL). Basically to reproduce my current development stack, however, when write operations occur (ex. mysql inserts) the entire host disk IO get overloaded ~99% every time.
The same kind of operations inside my VM stack do all the operations (the ones I have been benchmarking while finding a solution for this problem) runs in 2 - 3minutes and uses small amount of disk IO %. With docker it takes 10 - 12min.
Steps to reproduce the issue:
docker-compose up -d
docker-compose exec php bash
run a php script that executes multiple migrations from CLI and send data to mysql container using mysql client.
profit...
Describe the results you received:
Describe the results you expected:
Small/medium amount of disk IO % during the script runnings.
Additional information you deem important (e.g. issue happens only occasionally):
Output of docker version:
Client:
Version: 17.10.0-ce
API version: 1.33
Go version: go1.8.3
Git commit: f4ffd25
Built: Tue Oct 17 19:04:16 2017
OS/Arch: linux/amd64
Server:
Version: 17.10.0-ce
API version: 1.33 (minimum version 1.12)
Go version: go1.8.3
Git commit: f4ffd25
Built: Tue Oct 17 19:02:56 2017
OS/Arch: linux/amd64
Experimental: false
level=info msg="libcontainerd: new containerd process, pid: 14805"
level=warning msg="failed to rename /home/xxxx/.docker/tmp for background deletion: rename /home/xplouder/.docker/tmp /home/xplouder/.docker/tmp-old: file exists. Deleting synchronously"
/home/xxxx/.docker/tmp /home/xxxx/.docker/tm
level=info msg="Graph migration to content-addressability took 0.00 seconds"
level=warning msg="Your kernel does not support swap memory limit"
level=warning msg="Your kernel does not support cgroup rt period"
level=warning msg="Your kernel does not support cgroup rt runtime"
level=info msg="Loading containers: start."
level=info msg="Default bridge (docker0) is assigned with an IP address 172.17.0.0/16. Daemon option --bip can be used to set a preferred IP address"
level=info msg="Loading containers: done."
level=info msg="Docker daemon" commit=f4ffd25 graphdriver(s)=overlay2 version=17.10.0-ce
level=info msg="Daemon has completed initialization"
Note: I already tested AUFS, overlay and overlay2 storage drivers but without luck.
The text was updated successfully, but these errors were encountered:
@thaJeztah Thank you, apparently you are right. To solve this problem i had to create a XFS partition to hold every docker data (images, containers, etc) and add innodb_flush_log_at_trx_commit=0 configuration to Mysql server. Not perfect but now it performs away better.
BUG REPORT INFORMATION
Description
I wrote a small docker-compose (Nginx + PHP-FMP + MYSQL). Basically to reproduce my current development stack, however, when write operations occur (ex. mysql inserts) the entire host disk IO get overloaded ~99% every time.
The same kind of operations inside my VM stack do all the operations (the ones I have been benchmarking while finding a solution for this problem) runs in 2 - 3minutes and uses small amount of disk IO %. With docker it takes 10 - 12min.
Steps to reproduce the issue:
Describe the results you received:
Describe the results you expected:
Small/medium amount of disk IO % during the script runnings.
Additional information you deem important (e.g. issue happens only occasionally):
Output of
docker version
:Output of
docker info
:Additional environment details (AWS, VirtualBox, physical, etc.):
docker-compose.yaml
journalctl -u docker.service
Note: I already tested AUFS, overlay and overlay2 storage drivers but without luck.
The text was updated successfully, but these errors were encountered: