Различия между sed на MAC OSX и другим “стандартом” sed?

Видел systemd упомянутый на Дуге Общий ML сегодня. Таким образом читайте на нем. H Онлайн как всегда является большим источником для Технологии Linux и - где я нашел, что мое место начало исследовать Systemd как Новомодную альтернативу и SysV Init. Однако статья H Online (в этом случае) не является очень полезным чтением, реальное использование позади нее - она, дает ссылки на полезные чтения.

Реальный ответ находится в объявлении о systemd. Который дает несколько критических моментов что случилось с SysV initd, и что должны сделать новые системы

• Запускаться меньше.

• И запускаться больше параллельно.

Его главный план сделать это, кажется, для запуска сервисов только, поскольку они необходимы, и запускать сокет для того сервиса, так, чтобы сервис, для которого нужен он, мог соединиться с созданным сокетом задолго до того, как демон полностью онлайн. По-видимому, сокет сохранит небольшое количество буферизированных данных, означающих, что никакие данные не будут потеряны во время задержки, это будет обработано, как только демон онлайн.

Другая часть плана, кажется, чтобы не сериализировать файловые системы, но вместо этого смонтировать их по требованию также, тот способ, которым Вы не ожидаете на Вашем /home/, и т.д. (чтобы не быть перепутанным с /etc) смонтироваться, и/или fsck когда Вы могли запускать демонов как / и /var/ и т.д., уже смонтированы. Это сказало, что собиралось использовать autofs с этой целью.

Это также имеет цель создания .desktop разработайте init дескрипторы как замену для сценариев. Это предотвратит тонны медленных sh процессы и еще больше ветвлений процессов от вещей как sed и grep это часто используется в сценариях оболочки.

Они также планируют не запустить некоторые сервисы, пока относительно них не просят и возможно даже отключают их, если они больше не необходимы, модуль Bluetooth, и демон только необходим, когда Вы используете bluetooth-устройство, например. Другим данным примером является ssh демон. Это - вид вещи, к которой inetd способен. Лично я не уверен, что мне нравится это, поскольку это могло бы означать задержку, когда мне действительно нужны они, и в случае ssh я думаю, что это означает возможную уязвимость системы обеспечения безопасности, если бы мои inetd были поставлены под угрозу, то целая система была бы. Однако мне сообщили, что с помощью этого для нарушения этой системы неосуществимо и что, если я хочу, я могу отключить эту опцию на сервис и другими способами.

Другая функция, по-видимому, будет возможностью запуститься на основе событий времени, или в регулярно запланированном интервале или в определенное время. Это подобно какой crond и atd сделайте теперь. Хотя мне сказали, что это не будет поддерживать пользователя "крон". Лично это походит на самую бессмысленную вещь. Я думаю, что это писалось/думалось людьми, которые не работают в пользовательских средах, нет большой цели к пользовательскому крону, если Вы - единственный пользователь в системе кроме не выполнения как корень. Я ежедневно работаю над многопользовательскими системами, и правило всегда является запускаемыми пользовательскими скриптами как пользователем. Но возможно у меня нет предвидения, которое они делают, и оно никоим образом не сделает его так, чтобы я не мог работать crond или atd, таким образом, никому, но разработчикам не причиняет боль, что я предполагаю.

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

Кажется по большей части, что проблемой народов systemd с выскочкой является система событий, и что они полагают, что это не имеет смысл или является ненужным. Возможно, их слова помещают его лучше всего.

Или помещать его более простой: то, что пользователь только что запустил D-шину, никоим образом не является признаком, что NetworkManager должен быть запущен также (но это - то, что Выскочка сделала бы). Это правильно наоборот: когда пользователь просит NetworkManager, который является определенно признаком, что D-шина должна быть запущена также (который является, конечно, что большинство пользователей ожидало бы, правильно?).

Хорошая init система должна запустить только, что необходимо, и что по запросу. Или лениво или параллелизированный и заранее. Однако это не должно запускаться более, чем необходимый, особенно не все установило, который мог использовать тот сервис.

Поскольку я уже сказал, что это обсуждено намного более всесторонне в объявлении о systemd.