The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчик Debian GNU/Hurd рассказал о проблемах портирован..., opennews (?), 29-Янв-14, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


79. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  –1 +/
Сообщение от vi (?), 30-Янв-14, 10:00 
>> Гораздо более серьезные затруднения создают архитектурные особенности SysV init. Например, при завершении работы системы, программа killall5 убивает практически все процессы в пространстве пользователя. Для системы с монолитным ядро такой подход вполне приемлем, но в системе с микроядром, где работа корневой файловой системы обеспечивается не модулем ядра, а процессом, подобная практика создает некоторые проблемы.
> Это какой-то троллинг: Юстас Винтер не знает что есть порядок старта/стопа?

Знает, Вы же сами процитировали.
Прочтите уже на конец man killall5
Уверяю Вас, там очень мало бкаф ;)
И да, killall5 "не знает", что есть какой то там порядок старта/стопа (иначе эта программа  и называлось бы иначе, и функционал имела немного другой (и кода там было бы поболе)).

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

87. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +3 +/
Сообщение от yet another anonymous (?), 30-Янв-14, 11:24 
> Прочтите уже на конец man killall5

Уверяю Вас, там очень мало бкаф ;)
И да, killall5 "не знает", что есть какой то там порядок старта/стопа (иначе эта программа  и называлось бы иначе, и функционал имела немного другой (и кода там было бы поболе)).

Т.е. когда я сначала останавливаю apache, потом postgres, потом отмонтирую fs, ... --- я что-то не так делаю, а надо было сразу killall5?

Ответить | Правка | Наверх | Cообщить модератору

92. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (-), 30-Янв-14, 12:17 
>> Прочтите уже на конец man killall5
> Уверяю Вас, там очень мало бкаф ;)
> И да, killall5 "не знает", что есть какой то там порядок старта/стопа
> (иначе эта программа  и называлось бы иначе, и функционал имела
> немного другой (и кода там было бы поболе)).
> Т.е. когда я сначала останавливаю apache, потом postgres, потом отмонтирую fs, ...
> --- я что-то не так делаю, а надо было сразу killall5?

Ещё раз, для работников танкового сектора: killall - этап, "дочищающий" систему. Потому что иногда что-то остаётся работать, по самым разным причинам. И из-за этого чего-то работающего остановить ФС "чисто" не реально.

Остановить ФС после killall в указанном случае невозможно, так как killall убьёт процесс, предоставляющий эту ФС. Остановить до killall нельзя, потому что что-то висит в памяти. Остановить во время killall нельзя, потому что эта команда ничего не знает о зависимостях.

Вывод - для решения проблемы в данном случае нужны костыли, или другая система ининциализации системы.

Так понятно?

Ответить | Правка | Наверх | Cообщить модератору

95. "Разработчик Debian GNU/Hurd рассказал о проблемах портирован..."  +/
Сообщение от Аноним (-), 30-Янв-14, 13:23 
Нет killall5 по большей части нужен чтобы прибить процессы, которые пользователь запустил руками.
Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру