Docker Desktop 2.2+ - невероятно низкая производительность при монтировании томов хоста

У меня есть сборка, которая довольно интенсивна с точки зрения файла io. Он включает в себя 70k незакрепленных файлов, а также изрядное количество архивов / распаковок.

Производительность этой сборки резко падает при запуске внутри контейнера Docker Desktop 2.2+ с использованием монтирования томов хоста.

12 минут - Прямая Windows 10

19 минут - Docker Desktop 2.1.0.5 против тома, подключенного к хосту (диск Windows / c)

71 минута - Docker Desktop 2.3.0.2 против тома, подключенного к хосту (диск Windows / c)

2 минуты - Docker Desktop 2.1.0.5 против файловой системы контейнера

2 минуты - Docker Desktop 2.3.0.2 против файловой системы контейнера

Даже с Docker 2.1.0.5 против монтирования тома хоста производительность была невысокой. Но переход DD 2.3 с ~ 19 минут до ~ 71 минуты ошеломляет.

Кто-нибудь еще видел, как такая производительность снижается в задачах с интенсивным файловым io?


person JimT    schedule 15.05.2020    source источник
comment
Вы можете найти это обсуждение полезным: github.com/docker/for-win/issues/188   -  person Keegan    schedule 17.05.2020
comment
Похоже, WSL2 или Linux / Unison - лучший вариант. сверху проблема GH - похоже, монтирование WinOS не является приоритетной областью для докеров - даже в MacOS есть флаги согласованности монтирования файловой системы   -  person SliverNinja - MSFT    schedule 03.09.2020


Ответы (1)


Реальная история, в 10 раз медленнее при смешанной нагрузке (читает / пишет) в соответствии с моими тестами.

Хотя они обещают, что подсистема Linux будет намного быстрее, он по-прежнему выглядит серой зоной.

person Nikolay Mitikov    schedule 22.01.2021