LINUX.ORG.RU

Февральские тезисы о планах развития systemd

 ,


2

4

На прошедшей конференции FOSDEM Леннарт Поттеринг огласил некоторые перспективы развития systemd:

  • Интеграция в systemd загрузчика gummiboot, поддерживающего технологию UEFI Secure Boot.
  • machined — менеджер регистрации виртуальных машин, спроектированный под впечатлением от Solaris Zones.
  • В подсистеме nspawn и смежных с ней ожидается больше возможностей для управления контейнерами, например, journald сможет собирать логи не только с хоста, но и с контейнеров.
  • Уже в следующей версии ожидается улучшенная поддержка Btrfs (подразделы и снапшоты Btrfs планируется использовать для изоляции отдельных приложений).
  • Поддержка HiDPI и Юникода в consoled.
  • Сервис-ориентированный фаерволл: можно будет задавать правила в привязке не к номерам портов, а к именам процессов.
  • Отпадёт нужда указывать путь к юниту для systemctl-cat; systemctl-edit позволит редактировать юниты и после сохранения изменений автоматически перезапускать соответствующие сервисы.
  • nss-getmyhostname — функция для получения имени хоста на stateless-системах.
  • Утилита ping gateway позволит автоматически определить все доступные сетевые интерфейсы и проверить их статус командой ping.
  • Развитие networkd и собственной библиотеки для работы с DHCP (совместимой с dhcpv4 и dhcpv6).
  • Комбинирование nspawn и networkd позволит легко конфигурировать сеть для контейнеров.
  • Создание средств для широкого системного аудита, интегрированных в journald. Например, станет возможным логировать все системные вызовы к файлу /etc/passwd.
  • Движение в сторону stateless-систем, у которых только /usr доступен на чтение и запись, а /etc и /var будут автоматически заполняться systemd.
  • journald-remoting — удалённая работа логгера через HTTP. Поддержка в journald моделей pull и push: при pull выполняется запрос HTTP GET для получения потока JSON, а при push данные передаются в другой экземпляр journald при помощи HTTP POST.
  • Возможность определения для сервисов минимальных пространств имён и sandbox-изоляции: доступ к некоторым разделам и каталогам только на чтение, сокрытие устройств в /dev, приватный /tmp для каждого сервиса, и др.
  • timesyncd в качестве замены ntpd.
  • Автоматическое определение разделов GPT, не нуждающееся в указании их в fstab.
  • Поддержка перезапуска демонов без потери их состояния (посредством сохранения оного на диск).

>>> Подробности



Проверено: Shaman007 ()
Последнее исправление: ymn (всего исправлений: 1)
Ответ на: комментарий от intelfx

(/usr на отдельном разделе)

Ересь какая! Столько сил было потрачено, чтобы избавиться от этого, и тут на тебе...

anonymous
()
Ответ на: комментарий от intelfx

вынуждены крутить на своих машинах, по сути, NTP-сервер, работающий вхолостую. Теперь они могут этого не делать.

Экономия на спичках.

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
ntp       2827  0.0  0.0  39076   948 ?        Ss   Янв04   1:43 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 106:108
Deleted
()
Ответ на: комментарий от Pentium02

А ещё этот монолитный старый Linux надо заменить на что-то современное, стильное и модное. Например, на микроядро, которое будет тесно интегрироваться с современными универсальными и продвинутыми решениями типа systemd.

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

Также как и сейчас - X over ssh.

вендузятные замашки оставь в прошлом

Оракл в вашем будущем уже умеет устанавливаться исключительно с помощью cli? Или в вашем будущем одни локалхосты?

anonymous
()
Ответ на: комментарий от HyperCOGENT

«Это уже не система инициализации, а комбайн, который постепенно превращается в ОС.»

Наконец-то вместо зоопарка несовместимых дистров появится унифицированная ОС.

anonymous
()
Ответ на: комментарий от iron

он сделает свой KernelD. И все, не будет больше Линукса :)

ну если это всех устроит, значит ядру будет создана хорошая конкуренция

anonymous
()

timesyncd в качестве замены ntpd.

Я правильно понимаю хронологию событий?

Сначала был найден фатальный недостаток синхронизации времени в системах на базе linux, и было решено вкорячитьинтегрировать ntp в init?

После этого, был найден ещё один фатальный недостаток синхронизации времени, и уже интегрированного ntp в init стало недостаточно, по этой причине решили написать свой собственный демон ntp.

Позволю себе неосторожный вопрос: Теперь-то фатальных недостатков в линуксе нет и можно уже ставить на десктоп? А то ведь столько работы было проделано.

afterlanding ★★
()
Ответ на: комментарий от Lavos

Lavos> Што? А как я буду по ssh гуевый софт запускать?

Забудь про ssh - это позорный пережиток прошлого! Надо переходить на современные решения, соответствующие актуальным требованиям домашнего и корпоративного пользователя - на RDP! Ну и что, что RDP не умеет на тонких каналах работать нормально? Переходи на толстые каналы. А как ещё иначе? Тот же промышленный стандарт домашнего интернета - вконтакте и фейсбук - комфортно работает только при широких каналах! У всех успешных людей достаточно мощностей на RDP!

Quasar ★★★★★
()
Ответ на: комментарий от Pentium02

Так ты реализуй. Причём, чтобы было не хуже, чем в иксах. Сейчас иксы у меня даже на 64 килобитах работают относительно шустро. VNC, RDP и прочие образцы кривого подхода считай даже не заработают так.

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

«Ну и что, что RDP не умеет на тонких каналах работать нормально? »

Нищеброды должны страдать!

anonymous
()
Ответ на: комментарий от Lavos

Lavos> Сейчас я могу запустить софтинку с удаленной машинки, на которой иксы даже не запущены и все норм, брат жив, камней никаких.

Но ведь это неэнтерпрайзно! Известная всем своим превосходным отношениям к клиентам и исключительной честностью компания Microsoft делает идеальные решения! Если в RDP это не реализовано, значит есть веские на то причины! А если есть веские причины, то продукты, сделанные не по этим принципам, по определению должны отправиться в помойку!

Quasar ★★★★★
()
Ответ на: комментарий от Black_Shadow

Какой наркоман засунет systemd в embedded?

Как же все-таки далеки вы от народа.

alpha ★★★★★
()
Ответ на: комментарий от afterlanding

Я правильно понимаю хронологию событий?

Тебе виднее в твоей параллельной вселенной. В нашей вселенной таких событий не происходило.

redgremlin ★★★★★
()
Ответ на: комментарий от Quasar

Например, на микроядро,

будто что-то плохое. главное, чтобы там были костыли для пирформанса

anonymous
()
Ответ на: комментарий от Macil

А вот для виртуалок, мобильных устройств, десктопов, компьютерных модулей и т.п. ntpd нафиг не сдался.

разупорись

anonymous
()
Ответ на: комментарий от anonymous

Нет, проприетарь, на свободных в шахмотном порядке черной иконкой похожей на космический корабль из игры 80-90х Galaxy War, весь экран залеплен.

anonymous
()
Ответ на: комментарий от Black_Shadow

Black_Shadow> Какой наркоман засунет systemd в embedded?

Как кто? Один из главнейших людей в проекте Angstrom - Koen Kooi (первоклассный разработчик и выдающийся человек!) - успешно выполнил задачу максимально быстрой загрузки линукса в embedded при помощи systemd: http://elinux.org/images/b/b3/Elce11_koen.pdf

Quasar ★★★★★
()
Ответ на: комментарий от intelfx

intelfx> В простейшем случае ты запустишь иксы поверх wayland'а и всё будет как раньше.

Будет оверхед. Зачем запускать иксы поверх вяленда, когда можно запустить их без него?

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

Сели в лужу

Чтобы не раздавать, а только получать.

ntpd умеет в том числе «не раздавать, а только получать».

Camel ★★★★★
()
Ответ на: комментарий от Quasar

«Известная всем своим превосходным отношениям к клиентам и исключительной честностью компания Microsoft делает идеальные решения! Если в RDP это не реализовано, значит есть веские на то причины! »

Потому что в Windows есть telnet, садись, два, Петросян.

anonymous
()
Ответ на: комментарий от Quasar

На самом деле rdp шустрее работает на тощих каналах, чем x-forwarding. Но я уже грил - мне не надо целый десктоп, мне только одну програмульку.

Lavos ★★★★★
()
Ответ на: комментарий от HyperCOGENT

Это уже не система инициализации, а комбайн

Как удачно, что называется он не initd, а systemd! Слоупоки и тролли, затратив совсем чуток усилий на чтение и осмысление названия, легко смогут понять, чем эта штука отличается от системы инициализации.

yumko ★★
()
Ответ на: комментарий от intelfx

Ты всё перепутал

ntpd не только синхронизируется с серверами, но и раздаёт точное время другим. А те, кому просто нужно точное время (и не нужно его никому раздавать), вынуждены крутить на своих машинах, по сути, NTP-сервер, работающий вхолостую. Теперь они могут этого не делать.Чтобы не раздавать, а только получать.

ntpd может и «только получать» (и кажется даже так настроен по умолчанию в Ubuntu), памяти и машинного времени он потребляет чуть меньше чем нисколько, проверен и отлажен. Так зачем timesyncd жёстко привязанный к systemd?

Camel ★★★★★
()
Ответ на: комментарий от Fenrikus

Fenrikus> Я уверен, что Поттеринг сделает ядро лучше.

Тут не может быть никаких сомнений. Ведь Леннарт смог придумать гениальнейшее техническое решение - сделать инит модульным! Я уверен - Леннарт сможет разбить монолит Linux на действительно эффективную микроядерную systemd-совместимую систему.

Quasar ★★★★★
()
Ответ на: комментарий от intelfx

Потому что consoled не запускатор сервисов

Потому что consoled — это не «запускатор сервисов».

Тогда что он делает в systemd?

Camel ★★★★★
()

Напоминает XXI съезд КПСС. Докладчик - товарищ Поттеринг.

ins3y3d ★★★★★
()
Ответ на: комментарий от anonymous

В гугле на запрос xorg high cpu usage 50к результатов.

Поискал, прошёл попроизвольной ссылочке, а там вообще fbdev используется вместо драйвера. Неудивительно - когда fbdev, процессор отрисовкой занимается.

Quasar ★★★★★
()

Было б круто, если бы все эти демоны можно было бы использовать без самого systemd.

X10Dead ★★★★★
()
Ответ на: комментарий от Lavos

ты всё перепутал

wayland -> application

а xorg да, лишняя прослойка

anonymous
()
Ответ на: комментарий от Quasar

Мне оно не надо, кому надо пусть и пилит, опенсорц во все поля.

Pentium02 ★★
()
Ответ на: комментарий от Quasar

И вообще это вантуз-вей: тянуть всякое старое говно мамонта, которое сейчас работает благодаря тонне костылей и подпорок, из-за одной фичи, которая нужна 2.5 человекам.

Pentium02 ★★
()
Последнее исправление: Pentium02 (всего исправлений: 1)
Ответ на: Монстр от Camel

Почему запускатор сервисов должен поддерживать HiDPI?

С разморозкой, сабж давно уже половина дистрибутива.

mandala ★★★★★
()
Ответ на: комментарий от anonymous

anonymous> Потому что в Windows есть telnet

Telnet не обеспечивает защищённое соединение, что не соответствует требованиям энтерпрайза. Он лежит по историческим причинам.

Quasar ★★★★★
()
Ответ на: комментарий от Lavos

Lavos> На самом деле rdp шустрее работает на тощих каналах, чем x-forwarding.

Если серьёзно, то см. кеширующие X-прокси. Особенно отличился на этом поприще NX и его реализации. Тот же X2Go (уже целая терминальная система) позволяет с отдельными окошками работать. То, что тебе нужно. А ещё ssh умеет сжимать трафик (ssh -XYC).

Quasar ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.