а теперь туда надо добавить троттлер, чтобы не рожать 1000 процессов в секунду. нужно добавить логгер stdout процесса. нужно добавить возможность "сдох 100 раз за 10 секунд - до свидания". нужно впилить туда очистку окружения и изменения привилегий. блаблабла. у нас получился openrc/supervisor/runit/s6, заодно переписали с баша на нормальный язык.

+1 правильно сформулировал

во, нашел https://blog.zhaw.ch/icclab/process-management-in-docker-containers/

а теперь туда надо добавить троттлер, чтобы не рожать 1000 процессов в секунду. нужно добавить логгер stdout процесса. нужно добавить возможность "сдох 100 раз за 10 секунд - до свидания". нужно впилить туда очистку окружения и изменения привилегий. блаблабла. у нас получился openrc/supervisor/runit/s6, заодно переписали с баша на нормальный язык.

если вы считаете что вам все это нужно, вам просто не нужен доккер потому что вы используете его не как контейнер а как виртуалку идите в сторону lxcнаверное, оно больше для твкого вот

да нет, просто если вам понадобилось while true ; do smth; done внутри докера, то его будет точно мало.

что не так с головой, или просто потому что не entry-point.sh называется?

пока нет

while true - отличный способ получить 10к форков в секунду.

если вы форкаете процесс то конечно да.

while true вот это вот все

и что простите?

когда вы делаете while true ; do smth ; done, smth - это внезапно форк.

если вы чекаете exit code то это слабо похоже на форк

это хорошо аффектит остальную нагрузку на машине, и это не контролируется сигрупами.

я не понимаю что вы мне хотите доказать. что не стоит использовать while true а юзать supervisor вместо этого, я правильно понимаю?

ok

я хочу сказать, что решение использовать while true ; do ; done в контейнере - сомнительная идея, и если уж вам необходимо рестартовать нагрузку без рестарта контейнера, стоит применять для этого более взрослые и функциональные инструменты.

окей. юзайте ифчики. не зацикливайтесь вы так на одном этом вайле, господи. смотрите ширше. если вам необходимо рестартовать (нагрузку? что это?) процесс внитри контейнера то у вы делаете что то не так. это мой основной посыл

почитал, ну ок, в приципе, правильней через ENTRYPOINT задавать. Но это не имеет значения, когда ENTRYPOINT не задан, результат один и тот-же

окей. юзайте ифчики. не зацикливайтесь вы так на одном этом вайле, господи. смотрите ширше. если вам необходимо рестартовать (нагрузку? что это?) процесс внитри контейнера то у вы делаете что то не так. это мой основной посыл

Поясню еще раз зачем, есть тестовый скрипт, для его работы надо чтобы были запущены иксы, вот это и есть тот дополнительный процесс. А еще мне захотелось для отладки заглянуть туда через x11vnc - еще +1 дополнительный процесс

это один из вариантов

Чому нет?

Блин, я похоже не знаю как посмотреть имя или ID контейнера, который создается через SERVICE

база же в контейнере сделай композе он стопанет все запущенные

У меня внезапный вопрос - а когда я docker stop делаю, что процессу высылается? Как мне перехватывать это? Встроенную базу хочу закрывать

Сигтерм

The docker stop command attempts to stop a running container first by sending a SIGTERM signal to the root process (PID 1) in the container. If the process hasn't exited within the timeout period a SIGKILL signal will be sent.

Что такое чужая схема?

В этой сети есть еще одна машина не в swarm с ней тоже обмениваются...