LINUX.ORG.RU

История изменений

Исправление www_linux_org_ru, (текущая версия) :

и объясните, кто знает, один момент:

разве может нормально написанный сетевой сервис «в стиле inetd» применять вызов pause()? или это признак говнокода?

я вот про что:

Процесс PID 1 зависает на системном вызове pause() ... после чего ... systemd-сервисы в стиле inetd перестают принимать соединения

сетевой сервис «в стиле inetd», по идее, должен *всегда* висеть на чем-то типа select, или что там модернового понапридумывали; с чего ему вдруг может потребоваться pause?

а если pause сетевому сервису «в стиле inetd» все-таки потребовался, значит он тормоз — в это (пусть даже небольшое) время он не сможет работать

понятно, что если сервис многонитевый или заблаговременно форкает worker-процессы, то родительский процесс/нить может и может сделать pause, однако речь именно о сервисах «в стиле inetd», где, как мне кажется, единственный выход — висеть на select

Исправление www_linux_org_ru, :

и объясните, кто знает, один момент:

разве может нормально написанный сетевой сервис «в стиле inetd» применять вызов pause()? или это признак говнокода?

я вот про что:

Процесс PID 1 зависает на системном вызове pause() ... после чего ... systemd-сервисы в стиле inetd перестают принимать соединения

сетевой сервис, по идее, должен *всегда* висеть на чем-то типа select, или что там модернового понапридумывали; с чего ему вдруг может потребоваться pause?

а если pause сетевому сервису все-таки потребовался, значит он тормоз — в это (пусть даже небольшое) время он не сможет работать

понятно, что если сервис многонитевый или заблаговременно форкает worker-процессы, то родительский процесс/нить может и может сделать pause, однако речь именно о сервисах «в стиле inetd», где, как мне кажется, единственный выход — висеть на select

Исправление www_linux_org_ru, :

и объясните, кто знает, один момент:

разве может нормально написанный сетевой сервис «в стиле inetd» применять вызов pause() ?

я вот про что:

Процесс PID 1 зависает на системном вызове pause() ... после чего ... systemd-сервисы в стиле inetd перестают принимать соединения

сетевой сервис, по идее, должен *всегда* висеть на чем-то типа select, или что там модернового понапридумывали; с чего ему вдруг может потребоваться pause?

а если pause сетевому сервису все-таки потребовался, значит он тормоз — в это (пусть даже небольшое) время он не сможет работать

понятно, что если сервис многонитевый или заблаговременно форкает worker-процессы, то родительский процесс/нить может и может сделать pause, однако речь именно о сервисах «в стиле inetd», где, как мне кажется, единственный выход — висеть на select

Исправление www_linux_org_ru, :

и объясните, кто знает, один момент:

разве может нормально написанный сетевой сервис «в стиле inetd» применять вызов pause() ?

я вот про что:

Процесс PID 1 зависает на системном вызове pause() ... после чего ... systemd-сервисы в стиле inetd перестают принимать соединения

сетевой сервис, по идее, должен *всегда* висеть на чем-то типа select, или что там модернового понапридумывали; с чего ему вдруг может потребоваться pause?

а если pause сетевому сервису все-таки потребовался, значит он тормоз — в это, пусть даже небольшое, время он не может работать

понятно, что если сервис многонитевый или заблаговременно форкает worker-процессы, то родительский процесс/нить может и может сделать pause, однако речь именно о сервисах «в стиле inetd», где, как мне кажется, единственный выход — висеть на select

Исходная версия www_linux_org_ru, :

и объясните, кто знает, один момент:

разве может нормально написанный сетевой сервис «в стиле inetd» применять вызов pause() ?

я вот про что:

Процесс PID 1 зависает на системном вызове pause() ... после чего ... systemd-сервисы в стиле inetd перестают принимать соединения

сетевой сервис, по идее, должен *всегда* висеть на чем-то типа select, или что там модернового понапридумывали; с чего ему вдруг может потребоваться pause?

а если pause сетевому сервису все-таки потребовался, значит он тормоз — в это, пусть даже небольшое, время он не может работать

понятно, что если сервис многонитевый или форкает worker-процессы, то родительский процесс почти что должен сделать pause, однако речь именно о сервисах «в стиле inetd», где, как мне кажется, единственный выход — висеть на select