Комментарии 37
Я смотрю, что оригинал был написал больше года назад. Сам Докер за это время не научился в WSL нативно?
Можно не ждать. WSL2 в раз 10 медленней WSL1. Зря только ставил ради этого инсайдерскую версию винды… Докер под виндой вообще очень тормознутый.
У тебя какие-то проблемы с файловой системой, у меня работает не медленнее нативного варианта.
А сегодня ребятя из Докера уже написали статью, в которой говорят, что они вовсю тестируют докер с WSL 2:
www.docker.com/blog/how-we-test-docker-desktop-with-wsl-2
service docker start
Подозрительно похоже на upstart. Это точно про systemd? Его вызов выглядел бы как
systemctl start docker
Он вообще «искаропки» умеет запускать сервис от любой учётной записи без приседаний с sudo, описанными в статье.В общем, я считаю, что если с каким-то сервисом не поставляется unit-файл — стыд и позор его мейнтейнерам (maintainers). С другой стороны, не хотите стыдить и позорить — свой unit-файл пишется примерно 5 минут (читать здесь и здесь). Может получиться что-то типа
[Install]
WantedBy=multi-user.target
[Service]
Type=forking
Environment=PID_FILE=/opt/unrealircd/data/unrealircd.pid
PIDFile=/opt/unrealircd/data/unrealircd.pid
ExecStart=/opt/unrealircd/bin/unrealircd
ExecStop=/bin/kill -15 $MAINPID
User=sp
WorkingDirectory=/opt/unrealircd
[Unit]
ConditionPathExists=/opt/unrealircd/conf/unrealircd.conf
За окном уже 2020 — пора знать systemd.
если есть systemd, то обычно service просто перенаправляет на systemctl внутри.
# service nginx status
● nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2020-02-11 16:19:40 MSK; 2 months 0 days ago
Main PID: 1248 (nginx)
Tasks: 5
Memory: 13.4M
CPU: 3h 36min 30.064s
CGroup: /system.slice/nginx.service
├─ 1248 nginx: master process /usr/sbin/nginx -g daemon on; master_process on
├─10943 nginx: worker process
├─10944 nginx: worker process
├─10945 nginx: worker process
└─10946 nginx: worker process
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
Win10 Insider Preview Fast Ring + WSL2 + Docker Desktop Edge
Пол года полёт нормальный.
DD Edge ставит докер в отдельный дистрибутив WSL2, пробрасывает докер в ваши WSL2 дистрибутивы и на винду. Всё отлично работает (кубер не тестил).
Upd: Win10 одна из сборок — поломала WSL2. Откатился назад, подождал неделю — обновился, всё супер.
Это the god food challenge:
- Неустранимых багов #902 и #1927 достаточно чтобы здоровый человек зарекся использовать WSL1.
- Проблем "very slow" достаточно чтобы не связываться с WSL2, но для "потыкать палочкой" (не для production) вполне приемлемо.
Мне не нужна WSL2 чтобы из под винды сидеть в FS линухи.
Я либо в иксах, либо в терминале, либо в VScode (wsl remote).
Тогда она совсем не very slow.
Ещё перформанс тести вот здесь есть www.phoronix.com/scan.php?page=article&item=wsl-windows-eo2019&num=1
Важно понимать, что в WSL2 нужно сидеть в «не шаренных» директориях (/home/xxx/dir — по умолчанию не расшарена, /mnt/{c,d,e...}/ — расшарены).
Я много читаю и слышу о проблемах в WSL2, но меня они не касаются — ни при сборке nuxtjs, ни при установке composer, ни при билдах Go-сервисов, ни при билдах docker.
Есть только две проблемы, которые доставляют дискомфорт:
1. ekaterinaryabukha Вы пилите idea-wsl2-remote? Нам очень не хватает виндовых GUI и linux environment вместе с вашими продуктами, вынуждены юзать VScode и скоро совсем к нему привыкнем.
2. GPU/CUDA/ML не работает в WSL2.
И одна проблема была с билдом Win10 Fast Ring — поломали wsl2 в сборке. откатился на предыдущий билд и всё тип топ.
При подключении Cisco AnyConnect полностью отваливается нетворкинг в WSL2 (правда говоря в WSL1 все работает, но тормоз это еще тот). И де ми сравнивали не NVMe vs SATA/SSD, а два ноута с одинаковой конфигурацией (одно поколение процов, одинаковое количество памяти и немного разние диски).
Спасибо, но уже не надо. Получил апрув на использование мака в корпоративной сети и забыл о WSL как о страшном сне. Ну и ище раз убедился что видна не моё и на собесах надо уточнять не только что используется в инфраструктуре но и на ноутах.
Так и не смог в схеме windows+docker заставить корректно работать монтирование, не работало монтирование например данных mongodb, ругалось на не существующие файлы, что-то со ссылками я так понял.
В wsl2 вроде должно все хорошо работать
Вопрос, docker по прежнему требует специфических настроек в windows при которых vmware не функционирует или я отстал от жизни и это пофиксили?
Установка и правильная настройка Docker на Windows Subsystem Linux (WSL)