The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Выпуск systemd 220"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск systemd 220"  +/
Сообщение от opennews (??) on 22-Май-15, 12:04 
Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2015-May...) выпуск системного менеджера systemd 220. Systemd сочетает в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами. Для определения параметров сервисов в Systemd используется набор конфигурационных unit-файлов, вместо оформления сценариев запуска в виде shell-скриптов. Система нацелена на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora). В настоящее время на использование systemd уже перешли почти все значительные дистрибутивы Linux, включая Fedora, RHEL, Debian, Ubuntu, openSUSE, Mandriva и Arch Linux.


Наиболее существенные изменения:


-  Под именем "systemd-boot" в  состав интегрирован загрузчик gummiboot (http://freedesktop.org/wiki/Software/gummiboot/), который можно использовать для обеспечения верификации процесса загрузки на системах с  UEFI Secure Boot. Верификация загрузки позволяет гарантировать отсутствие посторонней активности во время начальной загрузки. Кроме проверки загрузчика или верификации загрузки ядра и связанных с ним модулей, теперь появилась возможность разрешить загрузку только специально подписанных системных образов начальной загрузки (initramfs). Загрузчик gummiboot изначально поддерживает интеграцию с systemd и не требует (https://plus.google.com/u/0/+KaySievers/posts/GisPmPBsqfK) специальной настройки - он автоматически выявляет конфигурацию ядра и наличие на диске заверенных цифровой подписью EFI-образов и добавляет их в меню загрузки.


-  Библиотека gudev выделена (http://lists.freedesktop.org/archives/systemd-devel/2015-May...) в отдельный репозиторий (https://git.gnome.org/browse/libgudev/) и отныне будет развиваться как часть (https://wiki.gnome.org/Projects/libgudev) проекта GNOME. Несмотря на то, что разработка уже перемещена, на переходный период библиотека пока оставлена в составе набора systemd, но скорее всего будет исключена в следующем выпуске;

-  В systemd-machined, systemd-logind и systemd большинство вызовов через шину теперь доступны для непривилегированных процессов, которые могут использовать PolicyKit для получения доступа. В systemd-logind пользователю предоставлена возможность прекращения связанного с ним сеанса без получения дополнительных привилегий и авторизации;
-  Из состава удалён systemd-shutdownd, для завершения работы по расписанию можно использовать средства systemd-logind;

-  
Монтирование

-  В систему автоматического монтирования добавлена возможность определения времени неактивности точки монтирования, после которого монтирование будет прекращено. Таймаут настраивается через опцию "TimeoutIdleSec=" в юнитах ".automount" или через параметр "x-systemd.idle-timeout=" в /etc/fstab. Для разделов ESP (EFI System Partition), примонтированных в /boot при помощи systemd-efi-boot-generator, теперь выполняется автоматическое размонтирование после двух минут неактивности, что минимизирует риск повреждения ESP;

-  В /etc/fstab добавлены опции "x-systemd.requires=" и         "x-systemd.requires-mounts-for=", через которые можно определить дополнительные зависимости для монтирования. Например, можно организовать монтирование журналируемой ФС только после монтирования раздела, используемого для хранения журнала или монтирование многослойных ФС только после монтирования нижних базовых слоёв;
-  В  systemd-tmpfiles добавлена возможность установки файловых атрибутов по аналогии с утилитой "chattr". Для установки атрибутов добавлен новые типы строк 'h' и 'H';
-  В /etc/crypttab обеспечена возможность указания опций  "offset=" и "skip=", как это раньше было реализовано в Debian;


-  
Управление сервисами

-  Удалена возможность указания альтернативной привязки  уровней запуска SysV с systemd. Подобная привязка теперь определена жестко в форме связывания уровней 2, 3, 4 с multi-user.target и уровня 5 с graphical.target;

-  Для всех сервисных юнитов доступно свойство "CPUUsageNSec=", в котором отражается общее время потребления процессорных ресурсов для всех процессов, связанных с сервисом. При включении аккаунтинга  (CPUAccounting) посмотреть значение свойства можно в выводе команды "systemctl status";

-  В /usr/lib/os-release обеспечена возможность определения варианта дистрибутива, например десктоп- или серверной-редакции, через опциональное поле "VARIANT=";


-  
Сетевые возможности

-  В systemd-networkd добавлена возможность определения сбоя в работе аплинка и динамического переподключения к другой сети. ** В systemd-networkd добавлена поддержка настройки индентификатора клиента DHCP, создания туннелей VTI6, настройки различных опций VXLAN и использования опции "UseNTP=" для привязки NTP-сервера к заданной подсети;
-  При запуске сервисов, обрабатывающих сетевые запросы, теперь выставляются переменные окружения $REMOTE_ADDR и $REMOTE_PORT, которые можно использовать по аналогии с CGI;


-  
Изолированные контейнеры


-  В systemd-importd добавлена возможность импорта контейнеров в форматах.tar, .raw и .qcow2, а также экспорта в форматах .tar и .raw. Также обеспечена поддержка импорта по сети образов  dkr v2. Загружаемые образы теперь могут быть верифицированы с использованием GPG2 (ранее использовался GPG1);

-  При импортировании образов контейнера при помощи systemd-importd в конфигурациях без применения файловой системы Btrfs, теперь создаётся виртуальное блочное устройство с разделом Btrfs (/var/lib/machines.raw), которое монтируется в режиме loopback в директорию /var/lib/machines;


-  В  systemd-nspawn добавлена опция "--property=", через которую можно установить свойства юнита в пределах заданного контейнера. Например, можно установить ограничения ресурсов ("CPUShares=500") при запуске контейнера из командной строки;

-  В systemd-nspawn  добавлена опция "--private-users=", позволяющая использовать появившиеся в свежих ядрах Linux пространства имён для пользователей;

-  Утилиту systemd-nspawn теперь можно запускать в рамках цепочки выполнения команд с обработкой stdin и stdout;

-  В systemd-nspawn  добавлена опция "--overlay=" для монтирования содержимого контейнера с использованием OverlayFS;

-  В systemd-machined и systemd-importd добавлена поддержка квот Btrfs для ограничения размера контейнера на диске. Для установки квот следует использовать команду "machinectl set-limit";


-  
Загрузка


-  В команду  "systemctl reboot" добавлена опция "--firmware-setup", при указании которой осуществляется перезагрузка в интерфейс настройки прошивки EFI;


-  В команды "systemctl enable", "systemctl disable" и "systemctl mask" добавлена опция "--now", при указании которой помеченные для включения юниты будут сразу запущены, а помеченные для отключения остановлены;

-  Добавлены компоненты для создания комбинированных образов ядра для EFI, содержащих не только ядро Linux, но и initrd, заставку, интерфейс командной строки и информацию о релизе. Подобный комбинированный образ может быть снабжён цифровой подписью и разом верифицирован прошивкой во время загрузки;
-  В systemd-fsck добавлена опциональная возможность вывода данных о прогрессе проверки через сокет AF_UNIX;

-  
Взаимодействие с оборудованием

-  Udev больше по умолчанию не создаёт символические ссылки для всех блочных устройств, а вместо черного списка исключения блочных устройств теперь применяется белый список, в котором перечислены блочные устройства для которых необходимо создать символьные ссылки;
-  В libsystemd добавлен API sd-device.h, который призван заменить собой функциональность libudev. В настоящее время большая часть libudev уже является надстройкой над sd-device.h.
-  До...

URL: http://lists.freedesktop.org/archives/systemd-devel/2015-May...
Новость: https://www.opennet.ru/opennews/art.shtml?num=42278

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

Оглавление

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


1. "Выпуск systemd 220"  +4 +/
Сообщение от Аноним (??) on 22-Май-15, 12:04 
А можно ли передать определенный сервис опредленному пользователю в системе? Что бы только этот пользователь мог управлять этим сервисом перезагружать, запускать
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Выпуск systemd 220"  +2 +/
Сообщение от Andrey Mitrofanov on 22-Май-15, 12:08 
> А можно ли передать определенный сервис опредленному пользователю в системе? Что бы
> только этот пользователь мог управлять этим сервисом перезагружать, запускать

Не знаю, как в s-d, а у нас тут sudo работает. И даже с fine-grained конфигами местами.

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

3. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 22-Май-15, 12:17 
>> А можно ли передать определенный сервис опредленному пользователю в системе? Что бы
>> только этот пользователь мог управлять этим сервисом перезагружать, запускать
> Не знаю, как в s-d, а у нас тут sudo работает. И
> даже с fine-grained конфигами местами.

на счет sudo это понятно, просто я думал Поттер из чего то простого сделал что то сложное.

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

4. "Выпуск systemd 220"  +2 +/
Сообщение от КО on 22-Май-15, 12:27 
КО он просто сделал еще одну прослойку в ините. Которая в простых случаях позволяет обойтись без скрипта, а в сложных просто еще одна прослойка.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

9. "Выпуск systemd 220"  +2 +/
Сообщение от Andrey Mitrofanov on 22-Май-15, 13:14 
>просто я думал Поттер из чего то простого сделал что то сложное.

Да. Он сделал это. С процессом понимания Ваших мыслей. Или выражения. </или это просто я>

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

107. "Выпуск systemd 220"  –1 +/
Сообщение от Аноним (??) on 23-Май-15, 18:16 
> Не знаю, как в s-d, а у нас тут sudo работает. И
> даже с fine-grained конфигами местами.

Угу, а теперь покажи взлет программы анлогичный "В systemd-nspawn добавлена опция "--private-users="".

Нет, ну конечно особо отборные джедаи могут и сами сделать clone(), с | CLONE_NEWUSER. Но с точки зрения администрирования несколько неудобно самому себе писать запускач...

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

111. "Выпуск systemd 220"  –1 +/
Сообщение от Michael Shigorin email(ok) on 23-Май-15, 19:58 
> Угу, а теперь покажи взлет программы анлогичный "В systemd-nspawn добавлена опция
> "--private-users="".

А можно ссылочку на документацию по оной?

> Нет, ну конечно особо отборные джедаи могут и сами сделать clone()

Дык: http://docs.altlinux.org/manpages/hasher-priv.8.html

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

115. "Выпуск systemd 220"  –1 +/
Сообщение от Аноним (??) on 23-Май-15, 22:35 
> А можно ссылочку на документацию по оной?

Самое очевидное - man systemd-nspawn. Там все это отлично описано. Если хочется именно ссылку, с пылу с жару - в состав http://www.freedesktop.org/software/systemd/systemd-220.tar.xz маны входят ;)

И да, если что - лично я при вопросе "а как насчет документации?" обычно все-таки делаю man <этапрограмма>, а не что-нибудь еще. По этому поводу я бы больше плевался на документацию утилит ip и iw, где дофига мощных фич и ... почти по нулям документации на них. Вот это - плохая документация. А systemd на этом фоне - очень недурно документированная программа.

> Дык: http://docs.altlinux.org/manpages/hasher-priv.8.html

Ну и где там дерг clone() c CLONE_NEWUSER в этой документации? Или в чем был пойнт меня туда посылать? Показать что в отличие от поттера там это еще не сделано? :)

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

116. "Выпуск systemd 220"  +2 +/
Сообщение от Michael Shigorin email(ok) on 23-Май-15, 22:48 
> Если хочется именно ссылку

Ну вот, опять за Вас свою работу делать!

http://www.freedesktop.org/software/systemd/man/systemd-nspa...

> И да, если что - лично я при вопросе "а как насчет документации?"
> обычно все-таки делаю man <этапрограмма>, а не что-нибудь еще.

No manual entry for systemd-nspawn

>> Дык: http://docs.altlinux.org/manpages/hasher-priv.8.html
> Ну и где там дерг clone() c CLONE_NEWUSER в этой документации?

Нет, я не поленился заранее сделать проверочный git grep NEWUSER. :)

> Или в чем был пойнт меня туда посылать?

Отчасти для общего образования, а отчасти в надежде, что с полученным недоумением вернётесь и расскажете, при чём "If enabled the container will run with its own private set of Unix user and group ids (UIDs and GIDs)" из описания --private-users= к "Чтобы только этот пользователь мог управлять этим сервисом перезагружать, запускать".

Тогда уж резонней выдать тому пользователю рута в ovz-шном контейнере...

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

131. "Выпуск systemd 220"  –1 +/
Сообщение от Аноним (??) on 24-Май-15, 01:28 
> http://www.freedesktop.org/software/systemd/man/systemd-nspa...

А я не знаю - отаплейтили там на 220 версию или нет. С практической точки зрения - я --help читаю 0-м делом, если этого мало то ман - первым. Остальное - вторым. После чepтыханий на документацию.

И то что я смотрю на мир через призму своих юзкейсов - наверное, логично. Если не всегда совпадает с вашим view - ну извините.

> No manual entry for systemd-nspawn

Честно говоря, я не понимаю смысла читать мануал на программу которой у вас нет. Но если ман нужен - по приведенной ссылке можно взять тарбол. В коем есть мануал. Даже в HTML.

> Нет, я не поленился заранее сделать проверочный git grep NEWUSER. :)

Ну вот, получается что это еще и не аналог как таковой.

> Отчасти для общего образования,

Ок, я узнал... что у systemd название этой утилсы казалось мне дypным. "Но тут снизу постучали". Показав, что оказывается, можно называть тулзы еще менее очевидно. Да еще приписывать их хрензнаеткуда. Интерсная логика. По мнению альтов, эта утилса нужна только разработчикам/майнтайнерам? oO

> (UIDs and GIDs)" из описания --private-users= к "Чтобы только этот пользователь
> мог управлять этим сервисом перезагружать, запускать".

На самом деле это был вопрос немного в сторону - мне интересно как митрофанушка предлагает такое делать без поттера, раз уж он sudo размахивает. Поцтер может немного больше: он в отличие от sudo и прочих - в курсе что такое namespaces. Закончится все это тем что докеры-чпокеры пойдут курить бамбук, т.к. systemd и без них обойдется и в отличие от - есть по дефолту в куче дистров :)

Отделение в новый namespace-ов в этом плане - "не совсем то". В том плане что хост сохраняет возможности воздействовать на контейнер. Но в контейнере пользователи свои, и при должном маппинге, они на хосте - никто. Собственно один из самых контейнеристых флагов во всем clone() :)

> Тогда уж резонней выдать тому пользователю рута в ovz-шном контейнере...

По смыслу будет примерно то же самое. Собственно, без маппинга UIDов контейнеры получаются достаточно условными - абстракция получается не полной. Не совсем понимаю почему поцтер запилил это только сейчас, но "лучше поздно чем никогда".

И нет, я конечно если сильно надо, я и сам дерну clone(), но намного лучше если кто-нибудь (например, поцтер) это сделает за меня. Желательно чтобы это еще и по дефолту было. ИМХО довольно странно, когда ядро умеет фичу, а юзермод отстает и не дает ей воспользоваться.

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

138. "Выпуск systemd 220"  +/
Сообщение от Michael Shigorin email(ok) on 24-Май-15, 11:26 
> Показав, что оказывается, можно называть тулзы еще менее очевидно.

Для пакетокрошилки вполне подходящее название -- а то, что она заодно оказалась ещё и лёгкой системой виртуализации впоследствии, "ну так получилось". :)

> На самом деле это был вопрос немного в сторону - мне интересно
> как митрофанушка предлагает такое делать без поттера, раз уж он sudo
> размахивает.

Так он-то как раз предлагает рабочий и довольно универсальный вариант.

> Поцтер может немного больше: он в отличие от sudo и
> прочих - в курсе что такое namespaces.

"Прочие", на минуточку, включают ovz -- а эти ребята гораздо более в курсе.

> Отделение в новый namespace-ов в этом плане - "не совсем то".
> В том плане что хост сохраняет возможности воздействовать на контейнер.

Ну погоняйте мне сервисы под нагрузкой в этом вашем сустемде, да чтоб не вакуумные, а с реальным I/O, потреблением памяти, разведением процессов/тредов по мере надобности.

А потом вернёмся к вопросу взаимовоздействия контейнеров и хоста.

Если что, под ovz я добивался работы LTSP на полдесятка пользователей, прочей офисной инфраструктуры и (при нагрузочном тестировании) трёх одновременно молотящих сборочниц на довольно скромной железке -- кажется, четыре ядра и четыре гига (правда, дисков штук пять и массивы разведены по шпинделям).  В смысле когда сборка на сервере практически не мешала работать на терминалах, к нему же подключенных.

>> Тогда уж резонней выдать тому пользователю рута в ovz-шном контейнере...
> По смыслу будет примерно то же самое.

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

> ИМХО довольно странно, когда ядро умеет фичу, а юзермод отстает и не дает ей
> воспользоваться.

Так lxc давно было.  Просто прародитель фичи вместе с соответствующим юзерспейсом был ещё раньше и к тому времени прекрасно работал -- к чему, собственно, и подводил...

Хорошо бы параллельсам сделать ещё один рывок да помержить ещё пласт своих наработок в основное ядро.

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

145. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 25-Май-15, 17:33 
> Для пакетокрошилки вполне подходящее название --

Обычно под хэшированием нынче понимают нечто типа вычислений чексумм.

> "ну так получилось". :)

Во-во, я и говорю: я поначалу думал что у поттера название дyрное. Как то бесполезная приставка systemd- (==дольше печатать) и nspawn - вроде понятно что запускалка, но какое-то n в начале. Но у вас еще веселее: и длинное имя и по нему вообще нельзя догадаться "а что эта программа делает?"

> Так он-то как раз предлагает рабочий и довольно универсальный вариант.

Вот только этот вариант
1) Не обеспечивает старт контейнеров. Это олдскульная утиля из эпохи когда про контейнеры "не, не слышали".
2) Привилегированные пользователи типа рута не утрачивают возможность "что-то делать" с процессами запущенными через sudo.

ИМХО при таких хотелках наиболее близкое это или полные виртуализаторы, или нечто типа контейнеров с маппингом UID-ов. Но root (являющийся частью "других пользователей") на хосте по любому царь горы и все-таки сможет всем рулить. И тут дилемма - чтобы так не было, надо обуть рута хоста на возможность рулить своей копией системы, от которой разветвляется все остальное. Или этот рут сможет и виртуалку прибить, и контейнер застопорить, и прочее. Что нарушает требование по части того что остальные пользователи кроме вдалельца сервиса не должны мочь что-то делать с ним. Единственные "процессы" которые рут не может прибить так сходу - ядерные треды разве что.

> "Прочие", на минуточку, включают ovz -- а эти ребята гораздо более в курсе.

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

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

Замечу что на мое мнение Поттеринг и шапка дали более чем дофига времени и шансов всем остальным слоупокам. Большинство "контейнерных" флагов clone() умеет давно. Новые требования к системе инициализации высветил не Поттеринг, а сапопикал. Им всем таким хорошим никто не запрещал быть на месте Поттеринга. У них были все карты на руках в виде подходящих технологий. А то что разработчики апстарта слоупочили и до запуска контейнеров вообще додумались "too little and too late", лишь когда Поттеринг и ко показали как это надо было делать правильно - извините, а кто разработчикам апстарта виноват что их обошли на повороте на их же "домашней" трассе?! А OVZ неплохая штука, но по ощущениям они всегда видели в основном только свои бизнес-кейсы aka впаривание виртуозо и рынок хостинга. Это, конечно, здорово. Но в этом месте возникает потенциал для нестыковок интересов. Если ушлым хостерам еще нормально ставить кастомные ядра и что там еще, то вот себе на десктоп и т.п. я никакие кастомные ядра эпохи царя гороха вкатывать не буду. И для меня ценность технологии оказывается здорово ниже чем могла бы быть. Можно запустить в урезанном режиме с майнлайном? Ну ок, а Поттеринг что-то такое вообше по дефолту обеспечивает. А ориентация только на хостеров и архаичные ядра имени Красной Шапки (что там насчет вендорлока, кстати?) мне не импонирует. У меня найдется куча юзкейсов для контейнеров и VM и не связанных с хостингом. Из области общего администрирования, тестирования или разработки.

> Ну погоняйте мне сервисы под нагрузкой в этом вашем сустемде, да чтоб
> не вакуумные, а с реальным I/O, потреблением памяти, разведением процессов/тредов по мере надобности.

Я думаю у вас есть большая проблема с пониманием одной базовой истины. Которая звучит так: то что сегодня у разработчика на его машине, завтра будет в продакшне. Потому что это - удобно. Вот лично мне например неудобно когда я не могу на десктопе в экспериментальном/отладочном режиме воспользоваться тем же набором технологий который будет в продакшне. И нет, я не буду себе никакие кастомные ядра имени красной шапки на десктоп заковыривать. В этом плане OVZ - грабли.

> А потом вернёмся к вопросу взаимовоздействия контейнеров и хоста.

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

> Если что, под ovz я добивался работы LTSP на полдесятка пользователей, прочей
> офисной инфраструктуры и (при нагрузочном тестировании) трёх одновременно молотящих сборочниц

Ну вот опять начинаются крутые хостерские сценарии. А то что разработчики OVZ, судя по всему, в принципе не рассматривают работу например на машинах разработчиков в полноценном режиме - на это им какие-то скидки? Я таких скидок делать не собираюсь - мне это неудобно. Очень галимо когда технологией нельзя полноцено пользоваться в режиме разработки и отладки на моем компьютере. Все это обрекает технологию стать узконишевой маргинальщиной.

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

> смысле когда сборка на сервере практически не мешала работать на терминалах,
> к нему же подключенных.

Это здорово. Но это нишевой юзкейс. Нужный довольно немногим. А вон та толпа будет openwrt билдить и еще дофига всего делать на докеровских контейнерах. Пройдет немного времени. И "завтра" они все притащат докера в свой продакшн там и тут. А просто потому что умеют с ним работать и набили руку уже. Вы можете игнорировать этот фактор, но когда окажется что OVZ стал специализированной маргинальщиной с довольно скромным рынком, а более general purpose рынок контейнеров начали делить между собой докеры и системды - ну ок, такова жизнь.

> По смыслу-то да, а по практичности -- совсем другое.

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

> Так lxc давно было.  Просто прародитель фичи вместе с соответствующим юзерспейсом
> был ещё раньше и к тому времени прекрасно работал -- к чему, собственно, и подводил...

У них своеобразные понятия о прекрасном. Не стыкующиеся с моими, и, вероятно, еще много чьими. Де факто, за счет политики || вышло так, что я не вижу для себя реалистичных опций как использовать на моем основном компьютере и в продакшне более-менее идентичный набор технологий от ||. А это весьма неудобно. Нельзя "отпрототипить" технологию там где мне это будет удобно и пойти гвоздить этим в продакшн с околонулевыми изменениями. А еще, чисто по человечески, мне не нравится деление на первый, второй и третий сорт. Если OVZ - второй сорт, то OVZ с майнлайновым ядром - аж третий. А вот докер и даже системд подобных проблем не имеют.

А хостеры, как я смотрю, нынче все чаще KVM любят. Плотность набивки, конечно, ниже. Но оно опять же работает с дефолтным системным ядром и VM ценнее для клиентов из-за возможности запуска произвольных ОС, кастомизации ядер и прочего. А по мере развития железа и инфраструктуры - цены падают, и иной KVM нынче дешевле иного OVZ оказывается. Рынок штука нелинейная.

> Хорошо бы параллельсам сделать ещё один рывок да помержить ещё пласт своих
> наработок в основное ядро.

Есть нехорошее ощущение что время возможно упущено. В смысле, на месте докера могли бы быть они. А т.к. докер все-таки левая хреновина на каком-то там побочном go, по дефолту оно в системе не будет. И тут у systemd неслабое поле для деятельности.

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

147. "Выпуск systemd 220"  +/
Сообщение от Andrey Mitrofanov on 25-Май-15, 18:04 
>> Для пакетокрошилки вполне подходящее название --
> Обычно под хэшированием нынче понимают нечто типа вычислений чексумм.

Ты свою шерсть с государственной не путай.

hash
   [hæʃ]
   1. _n.
      1) блюдо из мелко нарезанного мяса и овощей
      2) что-л. старое, выдаваемое в изменённом виде за новое
      3) мешанина, путаница; to make a hash of smth. напутать, напортить в
      чём-л.
      4) _ам. = hash house
      to settle smb.'s hash
         а) заставить кого-л. замолчать;
         б) разделаться, покончить с кем-л.
   2. _v.
      1) рубить, крошить (мясо)
      2) напутать, испортить (что-л.)

hash house
   [↗hæʃhaʊs] _n. _ам. _разг. дешёвый ресторан, забегаловка

++Благодарности => Mueller English-Russian Dictionary
Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

81. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 23-Май-15, 08:53 
В launchd точно можно
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

114. "Выпуск systemd 220"  +/
Сообщение от Grammar Narziss on 23-Май-15, 22:33 
"Чтобы", позорище.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Выпуск systemd 220"  –6 +/
Сообщение от grec on 22-Май-15, 12:54 
Можно много говорить, но переходить с systemd обратно на openrc или sysv желания не возникает. Сисадмины в теме.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Выпуск systemd 220"  –12 +/
Сообщение от Григорий (??) on 22-Май-15, 12:58 
> Можно много говорить, но переходить с systemd обратно на openrc или sysv
> желания не возникает. Сисадмины в теме.

Согласен.Очень удобный инструмент. А за journald так отдельное спасибо :-)

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

25. "Выпуск systemd 220"  –18 +/
Сообщение от Vee Nee email on 22-Май-15, 15:08 
Присоединяюсь! После этого смотря на кривые init скрипты плакать хочется. И выборка событий по отдельно взятым сервисам сказка какая удобная, независимо от того умеет ли этот демон в syslog и как именно. Ой, я уже слышу как истерички минусометы расчехляют :)
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

27. "Выпуск systemd 220"  –1 +/
Сообщение от Andrey Mitrofanov on 22-Май-15, 15:42 
> Присоединяюсь! После этого смотря на кривые init скрипты плакать хочется. И выборка
> событий по отдельно взятым сервисам сказка какая удобная, независимо от того
> умеет ли этот демон в syslog и как именно.

ПН[censored]^WДокажи!   http:#1 &&   http:/openforum/vsluhforumID15/4235.html &&   http:/openforum/vsluhforumID1/96137.html

> Ой, я уже слышу как истерички минусометы расчехляют :)

А, ты из этих, ярлычки собирающих. Плохо это для здоровья!

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

122. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 24-Май-15, 00:13 
> ПН[censored]^WДокажи!

Что тебе доказывать, НеФанат? Что в ваших скриптокостылях вообще никто не парится ни проверкой ошибок, ни тем фактом что половина сообщений к сислогу потенциально в /dev/null ушло т.к. системный логгер еще не стартанул? Почему-то о таких вещах поттер может подумать, а вы - нет. Это дает поцтеру 5 очков форы.

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

133. "Выпуск systemd 220"  +1 +/
Сообщение от Andrey Mitrofanov on 24-Май-15, 10:17 
>> ПН[censored]^WДокажи!
> Что тебе доказывать

Тебе я даже поясню, что: пойди со совими УМБР- и "сказка какая удобная, независимо от" приятелями по ссылкам и _быстро-быстро_, и _удобно-удобно_ порешай проблемы с s-d. Докажи телом!

>, НеФанат?

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

134. "Выпуск systemd 220"  –1 +/
Сообщение от Michael Shigorin email(ok) on 24-Май-15, 11:06 
> Что в ваших скриптокостылях вообще никто

Вот как можно что-либо предметно обсуждать с человеком, которому уже и примеры показал, и пальцем провёл по строчкам, а всё обобщает и обобщает напропалую?..

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

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

139. "Выпуск systemd 220"  –1 +/
Сообщение от rob pike on 24-Май-15, 11:47 
Gentoo и AltLinux? :)
Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

140. "Выпуск systemd 220"  –1 +/
Сообщение от Michael Shigorin email(ok) on 24-Май-15, 12:34 
> Gentoo и AltLinux? :)

Про Gentoo не в курсе (не читал тамошние инитскрипты), а имел в виду ещё Owl -- там тоже контингент с запросами.  Возможно, ещё PLD, кстати.

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

141. "Выпуск systemd 220"  +/
Сообщение от rob pike on 24-Май-15, 14:47 
Как по мне, довольно стройно https://wiki.gentoo.org/wiki/Handbook:X86/Working/Initscript...

Но я в принципе, не об этом. Owl заперфекционизирован, конечно, сильно, только в одну исключительно сторону security. PLD более общо (был, когда я на него смотрел - давно), но тоже не очень гибко. Gentoo это скорее framework для перфекционистов, похож в этом смысле на Emacs.

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

30. "Выпуск systemd 220"  +9 +/
Сообщение от Michael Shigorin email(ok) on 22-Май-15, 16:48 
> После этого смотря на кривые init скрипты плакать хочется.

Вы думаете, если в используемом Вами дистрибутиве нормально относились к кривым скриптам, то юнит-файлы вдруг станут ровными и сверкающими?  Придётся разочаровать.

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

36. "Выпуск systemd 220"  +/
Сообщение от Xasd (ok) on 22-Май-15, 17:18 
> Вы думаете, если в используемом Вами дистрибутиве нормально относились к кривым скриптам, то юнит-файлы вдруг станут ровными и сверкающими?  Придётся разочаровать.

некоторые мейнтейнеры зачем-то делают юниты -- Type=simple ..

и в итоге становится невозможным создавать зависимости от таких юнитов :-( . и вообще не возможно узнавать стартанул юнит или ещё пока-что нет..

так что проблемы есть, да. (я бы на месте systemd-разработчиков -- просто запретил бы делать Type=simple , так как это ЯВНО только провоцирует ошибки. Type=simple -- это бомба змедленного действия! )

но конечно в сравнении с простынями shell-скриптов -- это просто глоток свежего воздуха :-)

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

103. "Выпуск systemd 220"  +/
Сообщение от nE0sIghT (ok) on 23-Май-15, 16:05 
Что за бред? В Gentoo это предпочтительный тип сервисов. Этот тип подразумевает, что процесс не форкается. На зависимости это никак не влияет
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

105. "Выпуск systemd 220"  –2 +/
Сообщение от Xasd (ok) on 23-Май-15, 16:30 
> что процесс не форкается

если он не форкается, то пусть сообщается о соём состоянии через sd_notify() . то есть это Type=notify

или пусть сообщает о своём состоянии через dbus . Type=dbus

> На зависимости это никак не влияет

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

прикажешь вставлять sleep() ? ну тыг это говнокод-стайл из мира sysvinit :-)

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

106. "Выпуск systemd 220"  +/
Сообщение от nE0sIghT (ok) on 23-Май-15, 17:33 
> если зависимость загрузится раньше времени, а зависимый сервис создал например виртуальный
> интерфейс, то зависимость может сослаться на этот интерфейс -- в момент
> когда интерфейса ещё нет.

Что мешает в зависимости ставить не сервис, а устройство - виртуальный интерфейс? Может быть проблема не в типе сервисов, а в неверной зависимости?
Service - не единственный тип юнитов и в этом - сильная сторона systemd. В зависимости можно ставить и сокеты, и файлы, и устройства.

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

121. "Выпуск systemd 220"  –1 +/
Сообщение от Xasd (ok) on 24-Май-15, 00:10 
ну вобщем-то да. ваша правда
Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

54. "Выпуск systemd 220"  +1 +/
Сообщение от BratSinot (ok) on 22-Май-15, 19:10 
Присоединяюсь. В SysV скрипты это что угодно (в свое время хотел прикола ради все на C или Go переписать). Просто есть главный скрипт, в котором запускаются остальные.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

59. "Выпуск systemd 220"  +/
Сообщение от Andrey Mitrofanov on 22-Май-15, 20:07 
> Присоединяюсь. В SysV скрипты это что угодно (в свое время хотел прикола
> ради все на C

Как не взгляну на pg_ctl, так вздрогну. *Одумайся!* :->

> или Go переписать).

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

78. "Выпуск systemd 220"  +/
Сообщение от rob pike on 23-Май-15, 08:03 
А что с pg_ctl не так?
Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

65. "Выпуск systemd 220"  –4 +/
Сообщение от Vee Nee email on 22-Май-15, 22:02 
Ни в коем случае, только теперь мне на их кривизну по барабану. По крайней мере для меня написать юнит файл куда проще, чем поправить километровый скрипт. Проблем с bash-скриптингом не имею, но и удовольствия не получаю от него. Посему из двух зол выбираю меньшее.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

76. "Выпуск systemd 220"  +5 +/
Сообщение от Аноним (??) on 23-Май-15, 03:05 
Для того, чтобы объективно сравнить "оба зла", придется разобраться не только в баш-скриптинге, но и в си-кодинге, чтобы оценить степень "кривизны" обоих подходов. Видимая простота юнит-файлов ничего не говорит о том, какими средствами это достигнуто.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

123. "Выпуск systemd 220"  –2 +/
Сообщение от Аноним (??) on 24-Май-15, 00:14 
> то юнит-файлы вдруг станут ровными и сверкающими?  Придётся разочаровать.

В файле на 5 строк, не являющихся ЯП - довольно сложно крупно нагадить. А вот в скриптах кульсисопы оттягиваются на славу.

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

135. "Выпуск systemd 220"  +1 +/
Сообщение от Michael Shigorin email(ok) on 24-Май-15, 11:07 
> В файле на 5 строк, не являющихся ЯП - довольно сложно крупно нагадить.

Можно, можно.  Например, неожиданно для себя и юзверей организовав циклическую или неразрешимую во время загрузки зависимость.

Как уже не раз советовал, учите математику и в т.ч. теорию графов.

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

90. "Выпуск systemd 220"  +4 +/
Сообщение от crypt (ok) on 23-Май-15, 12:54 
> Присоединяюсь! После этого смотря на кривые init скрипты плакать хочется. И выборка
> событий по отдельно взятым сервисам сказка какая удобная

Скажи честно, ты недавно на линуксе, а до этого админил M$ системы, где степень удобства определяется наличием галочек в интерфейсе? Или вобще админишь сейчас и то, и то, да?


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

8. "Выпуск systemd 220"  –1 +/
Сообщение от Аноним (??) on 22-Май-15, 13:14 
У кого не возникает а кто перешёл и очень доволен.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

29. "Выпуск systemd 220"  +9 +/
Сообщение от Michael Shigorin email(ok) on 22-Май-15, 16:47 
> Сисадмины в теме.

А у меня не возникает желания доверять systemd ни ноутбук, ни серверы.  Не в теме? :)

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

31. "Выпуск systemd 220"  +/
Сообщение от Старшина Кириллов on 22-Май-15, 16:52 
Так отечественной системы инициализации ещё нет, чему же вы доверяете тогда?
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

37. "Выпуск systemd 220"  +/
Сообщение от ананим.orig on 22-Май-15, 17:18 
Ну всё, подколол так подколол.
Возьми у нуланд пирожок.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

110. "Выпуск systemd 220"  +1 +/
Сообщение от Michael Shigorin email(ok) on 23-Май-15, 19:18 
> Так отечественной системы инициализации ещё нет, чему же вы доверяете тогда?

Крошечному вычитанному отечественными специалистами, которым я лично доверяю, http://git.altlinux.org/gears/s/sysvinit.git

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

34. "Выпуск systemd 220"  +3 +/
Сообщение от ананим.orig on 22-Май-15, 17:17 
Обновил кстати на ноуте.
Сервисы не стартуют. Пишет не могу запустить org.freedesktop.systemd1: time out.
Х/з что случилось и как это теперь дэбажить.
Системд запускает дбас, дбас связывается с системд,.. круговорот системды в системе.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

53. "Выпуск systemd 220"  –6 +/
Сообщение от Xasd (ok) on 22-Май-15, 19:08 
> Системд запускает дбас, дбас связывается с системд,.. круговорот системды в системе.

ну вся проблема в том что kdbus ещё не успели доконца засунуть в ядро :-) ..

..а всё потому что находятся люди которые тормозят всякое развитие -- фразами "не надо ни чего трогать! нам и так хорошо!"

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

56. "Выпуск systemd 220"  +4 +/
Сообщение от ананим.orig on 22-Май-15, 19:15 
Что характерно, 80-90% этих "сервисов" о дбас вообще ни слухом, ни духом.
Но без него уже и не запускаются! Прогресс, угу :D
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

61. "Выпуск systemd 220"  +5 +/
Сообщение от Михрютка (ok) on 22-Май-15, 20:33 
> ну вся проблема в том что kdbus ещё не успели доконца засунуть
> в ядро :-) ..

ето не проблема, ето удача.

патамушта стране нужны пину^Wлинг^Wлинусы, а йони рожает поттерингов с грегами.

и если их не убивать в детстве, то они тебе не только дэбас в ядро засунут, а еще и вейланд туда вкнерят по самое не балуй, и кушай потом не обляпайся, когда у тебя pid 0 будет из-за всей этой шелупони систему раком ставить.

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

68. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 22-Май-15, 23:56 
> ..а всё потому что находятся люди которые тормозят всякое развитие -- фразами
> "не надо ни чего трогать! нам и так хорошо!"

Типа этого самого, как его ... Торвальдса, да.
http://thread.gmane.org/gmane.linux.kernel/1930358/focus=193...
>Quite frankly, the whole "kdbus is important for performance" seems to
>be *totally* invalidated by even a minimal look at profiles for that thing
> If somebody wants to speed up dbus, they should likely look at the
> user-space code, not the kernel side.

http://thread.gmane.org/gmane.linux.kernel/1930358/focus=193...
> We don't add crap that then has to be disabled with secuirity rules
> just because it was a bad interface. Just make the interface not do it
> in the first place. It's that simple.

Старый пердун так и живет в прошлом тысячилетии, когда "640мб рамы должно хватить всем за глаза!". Ну или просто завидует и не понимает всех фишек кдбуса -- то ли дело мы, опеннетные ононимусы! =)

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

71. "Выпуск systemd 220"  –3 +/
Сообщение от Xasd (ok) on 23-Май-15, 02:03 
рано или поздно и Linus сдастся :-) ..

программам просто необходимо, чтобы ядро предоставляло хороший качественный(!) инструментарий, позволяющий IPC чуть-более-продвинутее чем unix-socket ..

просто Линусу слегка не нравится быть может текущая реализация.. но это же дело такое.. поправят и закоммитят! :)

тем более Линус уже не молодой, и его вот-вот собьёт мимо-проежающим автобусом! :-)  кто после этого если не друзья Леннарда станут оберегать ядро?

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

75. "Выпуск systemd 220"  +8 +/
Сообщение от Аноним (??) on 23-Май-15, 02:54 
> друзья Леннарда станут оберегать ядро...

Господи, да минует линукс участь сия!

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

85. "Выпуск systemd 220"  +4 +/
Сообщение от Михрютка (ok) on 23-Май-15, 11:01 
> программам просто необходимо, чтобы ядро предоставляло хороший качественный(!) инструментарий,
> позволяющий IPC чуть-более-продвинутее чем unix-socket ..

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

история с selinux никого ничему не учит, чо.

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

99. "Выпуск systemd 220"  +5 +/
Сообщение от Me (??) on 23-Май-15, 15:14 
"640мб рамы должно хватить всем за глаза!".


Ох школота. Не Мб, а Кб!!!

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

101. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 23-Май-15, 15:49 
> Ох школота. Не Мб, а Кб!!!

А вот "взрослота" и спалилась ;)


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

117. "Выпуск systemd 220"  +2 +/
Сообщение от Ytch (ok) on 23-Май-15, 22:58 
> ну вся проблема в том что kdbus ещё не успели доконца засунуть в ядро :-) ..
> ..а всё потому что находятся люди которые тормозят всякое развитие -- фразами "не надо ни чего трогать! нам и так хорошо!"

Это прекрасно что вы знаете в чем причина проблемы и щедро делитесь этим знанием с нами, но у человека ноут превратился в кирпич и без внешних средств с ним уже ничего нельзя сделать - наверное, ему сейчас стало немного легче от того, что вы все объяснили (хотя мне кажется что ему в целом пох на причины - вчера у него был ноут, а сегодня какое-то неработающее железо, хотя все вокруг кричали, что будет круто!)

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

148. "Выпуск systemd 220"  +/
Сообщение от ананим.orig on 26-Май-15, 07:21 
Это ещё фигня (до сих пор не порешал кстати!). Эта фишка перманентно появляется у народа уже ГОДАМИ. И никто не знает как решать. Вот примеры: http://forums.fedoraforum.org/archive/index.php/t-281687.html
> Jun 26 20:31:23 localhost dbus-daemon[1235]: dbus[1235]: [system] Failed to activate service 'org.freedesktop.ColorManager': timed out
> Jun 26 20:31:23 localhost dbus[1235]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out

Это 2012. И какой солюшн!!! :D
> Sorry, never did get to the bottom of the problem and I spent several days trying to find a solution.
> As I said, in the end I gave up and re-installed.
> If you do find an answer, please post it just in case it happens again.

Вот "наши" https://www.linux.org.ru/forum/talks/11118230 с теми же траблами (11.12.2014).
Теперь вот у меня.
зыж
У меня гента (решение "переустанавливать" нифига не решение :D), ещё поковыряюсь и вернусь на опенрк.

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

44. "Выпуск systemd 220"  –3 +/
Сообщение от grec on 22-Май-15, 17:55 
Пожоже :) Я не про религию/доверие, а про инструмент. Берете в руки инструмент и выпускать из рук не хочется. Да и результат радует.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

50. "Выпуск systemd 220"  +8 +/
Сообщение от rob pike on 22-Май-15, 18:48 
> Берете в руки инструмент и выпускать из рук не хочется

ДокторФрейд.жпг

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

64. "Выпуск systemd 220"  +/
Сообщение от Рудвульф email on 22-Май-15, 22:00 
Да ну как то особо проблем с этим нет. Наверное это проблема с принятием новых технологий + вахтерно-админский синдром.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

74. "Выпуск systemd 220"  +1 +/
Сообщение от Аноним (??) on 23-Май-15, 02:48 
Т.е. все новое, что тебе предлагают, ты автоматически принимаешь?
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

124. "Выпуск systemd 220"  –1 +/
Сообщение от Аноним (??) on 24-Май-15, 00:15 
> А у меня не возникает желания доверять systemd ни ноутбук, ни серверы.

А я вот доверил - в убунте 15.04. Вроде на первый взгляд подвохов не вижу :)

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

7. "Выпуск systemd 220"  +1 +/
Сообщение от Аноним (??) on 22-Май-15, 13:09 
>Udev больше по умолчанию не создаёт символические ссылки для всех блочных устройств. Вместо черного списка исключения блочных устройств теперь применяется белый список, в котором перечислены блочные устройства для которых необходимо создать символьные ссылки;

Объясните этот момент подробнее. Какие именно устройства присутствуют в белом списке по умолчанию?

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

35. "Выпуск systemd 220"  –2 +/
Сообщение от клоун on 22-Май-15, 17:17 
Исходный код открыт, сам посмотри.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

63. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 22-Май-15, 21:28 
присоединяюсь к вопросу.

А то примечания к выпуску все скопом вывалили, и найти коммиты, которые отражают эти изменения не так просто.

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

84. "Выпуск systemd 220"  +4 +/
Сообщение от 3 on 23-Май-15, 11:00 
> присоединяюсь к вопросу.
> А то примечания к выпуску все скопом вывалили, и найти коммиты, которые
> отражают эти изменения не так просто.

У системд отличная документация ;)

Вместо портянок скриптов, теперь читайте код ;)


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

125. "Выпуск systemd 220"  –1 +/
Сообщение от Аноним (??) on 24-Май-15, 00:16 
> Вместо портянок скриптов, теперь читайте код ;)

Скорее udev rules ;).

Кстати я довольно плотно с этим удавом познакомился. На самом деле довольно крутая и фичастая штука. Я поскрипев мозгом 5 минут сделал на нем просто и надежно то что раньше делалось костыльно и дурно.

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

10. "Выпуск systemd 220"  –1 +/
Сообщение от Аноним (??) on 22-Май-15, 13:19 
О да, взяли все "лучшее" из SMF, с которым без шеститомного мануала не разберешься.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Выпуск systemd 220"  +10 +/
Сообщение от Andrey Mitrofanov on 22-Май-15, 13:33 
> О да, взяли все "лучшее" из SMF, с которым без шеститомного мануала
> не разберешься.

То ли дело бложик поттера в качесте мануала. В 28 частях.

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

42. "Выпуск systemd 220"  +2 +/
Сообщение от _KUL (ok) on 22-Май-15, 17:48 
В университетах ужепора специальность вводить для обучения - инженер systemd, и сертификаты получать о его знании ;)
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

49. "Выпуск systemd 220"  +4 +/
Сообщение от Andrey Mitrofanov on 22-Май-15, 18:19 
> В университетах ужепора специальность вводить для обучения - инженер systemd, и сертификаты получать о его знании ;)

А за уверенное накидывание обновился-УМВР-ов и ренегаты-вон-из-профессии по форумам аттестовать на бакалавра. :/

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

66. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 22-Май-15, 22:13 
> В университетах ужепора специальность вводить для обучения - инженер systemd, и сертификаты
> получать о его знании ;)

Должен вас разочаровать - systemd создавался именно для того, чтобы никаких инженеров (кроме редхатовских) вообще на планете не осталось... только юзеры, тупые и все сплошь с планшетами...

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

69. "Выпуск systemd 220"  +/
Сообщение от chinarulezzz (ok) on 23-Май-15, 00:55 
>> В университетах ужепора специальность вводить для обучения - инженер systemd, и сертификаты
>> получать о его знании ;)
> Должен вас разочаровать - systemd создавался именно для того, чтобы никаких инженеров
> (кроме редхатовских) вообще на планете не осталось... только юзеры, тупые и
> все сплошь с планшетами...

справедливости ради, стоит отметить что "свято место пусто не бывает", и пусть это будут комбайны с открытым/свободным кодом, чем проприетарные страпоны от мс/оракля/етц.

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

20. "Выпуск systemd 220"  +7 +/
Сообщение от Аноним (??) on 22-Май-15, 14:31 
>Библиотека gudev выделена в отдельный репозиторий и отныне будет развиваться как часть проекта GNOME.

И это вместо того, чтобы сам GNOME оформить в виде systemd-gnomed.

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

21. "Выпуск systemd 220"  +3 +/
Сообщение от YetAnotherOnanym (ok) on 22-Май-15, 14:35 
Хммм... А когда в новостях о systemd, хотя бы в самом конце, будет приписочка о "чистке и оптимизации кода"?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 22-Май-15, 14:49 
Ну вон про оптимизацию написали же, теперь выключением заведуел logind
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

73. "Выпуск systemd 220"  +4 +/
Сообщение от Аноним (??) on 23-Май-15, 02:44 
Когда будут созданы cleand и optimizd.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

26. "Выпуск systemd 220"  +4 +/
Сообщение от Аноним (??) on 22-Май-15, 15:40 
> systemd-shutdownd

Ндааа. Дожили.

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

48. "Выпуск systemd 220"  +2 +/
Сообщение от Аноним (??) on 22-Май-15, 18:16 
Дык, это на далекое будущее, когда кнопкой выключения будет управлять свой собственный микропроцессор с демоном. Вы не видите перспективы.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

126. "Выпуск systemd 220"  +1 +/
Сообщение от Аноним (??) on 24-Май-15, 00:18 
> когда кнопкой выключения будет управлять свой собственный
> микропроцессор с демоном. Вы не видите перспективы.

Тут из зала в рубрике "советы" подсказывают что будущее уже давно наступило :) https://www.opennet.ru/tips/2905_linux_ubuntu_keayboard_thd.s...

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

40. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 22-Май-15, 17:41 
> В systemd-importd добавлена возможность импорта контейнеров в форматах .tar, .raw и .qcow2, а также экспорта в форматах .tar и .raw.

Интерпрайзненько, ждем когда докер засунут, хотя нет не засунут редхад будет пилить свою балалайку.

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

51. "Выпуск systemd 220"  +/
Сообщение от rob pike on 22-Май-15, 18:50 
Так зачем Docker, когда есть systemd.
https://chimeracoder.github.io/docker-without-docker/#1
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

55. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 22-Май-15, 19:12 
> Так зачем Docker, когда есть systemd.
> https://chimeracoder.github.io/docker-without-docker/#1

Затем что докер изначально позиционирует себя как тулза для деплоя.

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

79. "Выпуск systemd 220"  +3 +/
Сообщение от rob pike on 23-Май-15, 08:07 
Это просто пока systemd-deployd не запилили.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

127. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 24-Май-15, 00:19 
> Это просто пока systemd-deployd не запилили.

Ну вообще-то systemd-importd имеет к тому все замашки :)

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

136. "Выпуск systemd 220"  –1 +/
Сообщение от Michael Shigorin email(ok) on 24-Май-15, 11:09 
>> Это просто пока systemd-deployd не запилили.
> Ну вообще-то systemd-importd имеет к тому все замашки :)

Н-да, придётся импортдозамещать.

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

43. "Выпуск systemd 220"  +/
Сообщение от 3 on 22-Май-15, 17:53 
Из состава "удалено" почти сравнялось с "добавлено"...
Это первый шаг к стабилизации или...?


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

45. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 22-Май-15, 17:56 
... кризис идей?
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

52. "Выпуск systemd 220"  +2 +/
Сообщение от Lennart on 22-Май-15, 19:07 
О да, я сделал это!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

118. "Выпуск systemd 220"  +/
Сообщение от Ytch (ok) on 23-Май-15, 23:15 
> О да, я сделал это!

"Где? Где ты это сделал? Надеюсь не рядом со мной?" (с)

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

57. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 22-Май-15, 19:24 
ifconfig больше нету и журналы как смотреть они же бинарные машина когда накроется
ваще хрень, зато комп быстро выключается
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

58. "Выпуск systemd 220"  +/
Сообщение от кверти (ok) on 22-Май-15, 19:50 
> ifconfig больше нету

ip -h

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

60. "Выпуск systemd 220"  –1 +/
Сообщение от Человекадмин on 22-Май-15, 20:08 
Ты небось еще и netstat используешь, и nslookup? С разморозкой.

И расскажи мне, как ты небинарные логи до этого смотрел?

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

62. "Выпуск systemd 220"  +6 +/
Сообщение от Михрютка (ok) on 22-Май-15, 20:47 
> Ты небось еще и netstat используешь, и nslookup? С разморозкой.

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

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

67. "Выпуск systemd 220"  +1 +/
Сообщение от DeadLoco (ok) on 22-Май-15, 22:17 
Грешно смеяться над убогими.

Щас они радуются системде, потому что теперь можно будет знать еще меньше, а затем обнаружат, что в 4/5 типовых случаев они уже не нужны вовсе. Что будет стандартно-типовой конфиг, худо-бедно, но работающий без нужды в "админах", пугающихся нетстата и тцпдампа.

Боюсь представить, во ЧТО им придется переквалифицироваться...

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

70. "Выпуск systemd 220"  +3 +/
Сообщение от InventoRs email(ok) on 23-Май-15, 01:07 
> Грешно смеяться над убогими.
> Щас они радуются системде, потому что теперь можно будет знать еще меньше,
> а затем обнаружат, что в 4/5 типовых случаев они уже не
> нужны вовсе. Что будет стандартно-типовой конфиг, худо-бедно, но работающий без нужды
> в "админах", пугающихся нетстата и тцпдампа.
> Боюсь представить, во ЧТО им придется переквалифицироваться...

Windows админа.

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

72. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 23-Май-15, 02:43 
работаю с unix-подобными системами с 1998-го года, разобравшись с systemd, теперь всячески приветствую его наступление, с нетерпением жду, когда ретроградов вроде тебя выкинут мести улицы
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

77. "Выпуск systemd 220"  +1 +/
Сообщение от Аноним (??) on 23-Май-15, 07:53 
> работаю с unix-подобными системами с 1998-го года, разобравшись с systemd, теперь всячески приветствую его наступление, с нетерпением жду, когда ретроградов вроде тебя выкинут мести улицы

Хоть это и не мне адресовано, и вроде бы это вовсе не мое дело, но я вам сообщаю что наиболее вероятнее всего случится справедливое и закономерное - вы первый (и возможно единственный) окажетесь на улице с метлой. Изучайте квантовую физику и поймете почему это так. Но вас это может и не настигнуть если будете жить с "чистым сердцем".
Будьте здоровы.

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

88. "Выпуск systemd 220"  +2 +/
Сообщение от Михрютка (ok) on 23-Май-15, 11:36 
> работаю с unix-подобными системами с 1998-го года,

"Анонимус предлагает Михрютике померяться сединой яиц"
холст, сопли, яйца, 2 х 1.5 часа

разобравшись с systemd,

теперь всячески
> приветствую его наступление, с нетерпением жду, когда ретроградов вроде тебя выкинут
> мести улицы

В следующем году - на десктопе, ага.

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

128. "Выпуск systemd 220"  –1 +/
Сообщение от Аноним (??) on 24-Май-15, 00:22 
> прикинь мы еще и конфиги седом правим.

А что, у поцтера конфиги седом не редактируются? :)

> а по телефону голосом разговариваем,

...по $2 в минуту, если в другую страну звонить :)

> вместо того, чтоб в него фотографироваться.

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

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

143. "Выпуск systemd 220"  +/
Сообщение от Михрютка (ok) on 24-Май-15, 23:55 
> А вот толпа народа которым сегодня неохота было переть зеркалку - фоткали
> красивый закат на смарты. Ну да, на транспарант метр на два
> их фото не пойдет...

не выдержав нагрузки, сломался завод по сжиганию фотографов

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

86. "Выпуск systemd 220"  –1 +/
Сообщение от Xasd (ok) on 23-Май-15, 11:03 
> журналы как смотреть они же бинарные машина когда накроется

ни как! (если *все* машины накроются)

если все машины накроются -- то тебе просто не на чем будет смотреть логи (хоть бинарные, хоть НЕ бинарные).

а если у тебя останется хоть одна работающая (не сломанная) машина -- то посмотри логи с помощью неё (хоть бинарные, хоть НЕ бинарные).

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

87. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 23-Май-15, 11:32 
>ни как! (если *все* машины накроются)
>если все машины накроются -- то тебе просто не на чем будет смотреть логи (хоть бинарные, хоть НЕ бинарные).
>а если у тебя останется хоть одна работающая (не сломанная) машина -- то посмотри логи с помощью неё (хоть бинарные, хоть НЕ бинарные).

НЕ бинарные логи можно посмотреть если есть доступ к файлу из телефона. Ну по крайней мере я могу это сделать через свой смарт.

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

91. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 23-Май-15, 12:56 
> НЕ бинарные логи можно посмотреть если есть доступ к файлу из телефона.
> Ну по крайней мере я могу это сделать через свой смарт.

И как оно? Не жмет коническая сфера вакуумные логи?


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

98. "Выпуск systemd 220"  +2 +/
Сообщение от Аноним (??) on 23-Май-15, 14:57 
> И как оно? Не жмет коническая сфера вакуумные логи?

Не жмет. В то время когда я был еще глупым и заигрывал с BSD (FreeBSD) у меня случился сбой в системе и система умерла утащив за собой файловую систему. Я снял дамп и благодаря тому что логи и конфиги были текстовые я смог найти содержимое файлов. По содержимому логов мне удалось понять что происзошло, а текстовые конфиги демонов позволили быстро запустить сервисы на новом сервере. Бинарная форма исключает эти возможности. Если вы молодой и глупый студентик, то возможно для вас это пустой звук.

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

100. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 23-Май-15, 15:24 
>> И как оно? Не жмет коническая сфера вакуумные логи?
>  Я снял дамп и благодаря
> тому что логи и конфиги были текстовые я смог найти содержимое
> файлов.

Искали и смотрели - тоже на смарте? Уважуха, чо.

> а текстовые
> конфиги демонов позволили быстро запустить сервисы

А причем тут текстовые конфиги?

> Если вы молодой и глупый студентик, то возможно
> для вас это пустой звук.

Вот это аргументация, да!  Ведь вдруг полетит сервак (видимо, подкроватный, по заместительству, единтсвенный компутер) и останется только СМАРТ, да! *facepalm.jpg*
А ничего, что "бинарь" так же бодро грепается?


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

108. "Выпуск systemd 220"  +1 +/
Сообщение от Аноним (??) on 23-Май-15, 18:32 
> Искали и смотрели - тоже на смарте? Уважуха, чо.

был бы тогда смарт - смотрел бы на смарте


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

> А ничего, что "бинарь" так же бодро грепается?

так вот, могут быть такие сбои что твой "бинарь" может и не прогрепаться вовсе, тогда как даже обрывки текстовых логов могут донести информацию ситуацию

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

120. "Выпуск systemd 220"  –1 +/
Сообщение от Аноним (??) on 23-Май-15, 23:50 
> был бы тогда смарт - смотрел бы на смарте

Угу, загрузиться с болванки/дискеты/другого харда с нормальным, рабочим окружением -- слишком просто, как и настроить сброс логов на другой (поддиванный? =) ) сервАк! Мы не ищем легких путей! Магией подключим сей полетевший девайс к смарту, примонтируем посыпавшийся уфс или сразу задампим /var/log и, если повезет (т.е. нужные логи еще не были отротированны и пожаты в gz/bzip/xz) сможем глянуть, да!

> так вот, могут быть такие сбои что твой "бинарь" может и не
> прогрепаться вовсе, тогда как даже обрывки текстовых логов могут донести информацию
> ситуацию
>  обрывки текстовых логов

Вы не поверите!

> Мое оппонент похоже не только глуповат, но и "зеленоват", т.к. слабо представляет
> что бывает при сбоях.

Ну-ну, жирненкий вы наш =)

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

132. "Выпуск systemd 220"  +1 +/
Сообщение от Аноним (??) on 24-Май-15, 08:32 
> Угу, загрузиться с болванки/дискеты/другого харда с нормальным, рабочим окружением -- слишком просто, как и настроить сброс логов на другой (поддиванный? =) ) сервАк! Мы не ищем легких путей! Магией подключим сей полетевший девайс к смарту, примонтируем посыпавшийся уфс или сразу задампим /var/log и, если повезет (т.е. нужные логи еще не были отротированны и пожаты в gz/bzip/xz) сможем глянуть, да!

последний (текущий активный) логфайл не будет сжатым, так что таки сможем тело извлечь

> Вы не поверите!

Нечего там верить? По известной сигнатуре файлов я могу простым поиском найти нужные мне участки в образе, с бинарником так не получится.

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

129. "Выпуск systemd 220"  –1 +/
Сообщение от Аноним (??) on 24-Май-15, 00:24 
> прогрепаться вовсе, тогда как даже обрывки текстовых логов могут донести информацию
> ситуацию

Если бы киздоболы которые ни разу системд в глаза не видели, но мнение имеют, дали бы труд себе посмотреть что у поцтера в БД с логами хранится - они бы заметили что в останках тоже можно будет нагрепать текстовые куски, позволяющие понять что случилось :)

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

137. "(offtopic) словарный самофильтр"  +/
Сообщение от Michael Shigorin email(ok) on 24-Май-15, 11:14 
> Если бы [...]

Как кто-то сформулировал -- "что вы матом ругаетесь, как дети малые?"

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

142. "(offtopic) словарный самофильтр"  +/
Сообщение от rob pike on 24-Май-15, 14:52 
"а потом этими руками будете хлеб брать!"
Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

82. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 23-Май-15, 09:03 
Поставил Jessie, восхитился ассинхронной всепаралельностью системд. Но как оказалось настройки консоли грузится не хотят, куда не пихай. С сожалением снёс. Скрипты грузятся скучнее, но так же быстро. Вероятно системд для жирных рабочих столов(гнома и кед) Они грузятся дольше чем система.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

92. "Выпуск systemd 220"  +/
Сообщение от я ну я это email on 23-Май-15, 12:56 
Сколько не читаю про этого зверя системД, за полтора десятка лет с ним на своих машинах не встречался. Вот и думаю, стоит ли?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

95. "Выпуск systemd 220"  –1 +/
Сообщение от Аноним (??) on 23-Май-15, 14:47 
Не спеши, винда еще долго будет жить
Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

144. "Выпуск systemd 220"  –1 +/
Сообщение от Я ну я это on 25-Май-15, 09:58 
Винду юзаю отолько из-за долбаных дезанеров, которые привыкли AdobAi и Сoreldraw. Остальное только через gentoo.
Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

93. "Выпуск systemd 220"  –2 +/
Сообщение от Аноним (??) on 23-Май-15, 13:23 
Хочу такое во freebsd
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

94. "Выпуск systemd 220"  +/
Сообщение от InventoRs email(ok) on 23-Май-15, 13:48 
> Хочу такое во freebsd

чур тебя, bsd в обще не трогать, самая стабильная система, она не создана для всяких ваших рюшечек и пусичек, она молотилка трафика в первую очередь.

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

96. "Выпуск systemd 220"  +1 +/
Сообщение от Аноним (??) on 23-Май-15, 14:48 
Зачем для обработки трафика тянуть за собой целую операционную систему?
Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

113. "Выпуск systemd 220"  –1 +/
Сообщение от InventoRs email(ok) on 23-Май-15, 20:52 
> Зачем для обработки трафика тянуть за собой целую операционную систему?

Ваш вариант.

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

119. "Выпуск systemd 220"  +1 +/
Сообщение от Аноним (??) on 23-Май-15, 23:46 
systemd со встроенными приблудами
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

130. "Выпуск systemd 220"  +/
Сообщение от Аноним (??) on 24-Май-15, 00:25 
> Ваш вариант.

Так давно уж известен: ASIC.

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

102. "Выпуск systemd 220"  +2 +/
Сообщение от manster (ok) on 23-Май-15, 15:57 
> Система нацелена на интенсивную параллелизацию

учитывая, что это миф, остальное вообще не нужно, итого: ненужное ненужно

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

104. "Выпуск systemd 220"  +1 +/
Сообщение от Аноним email(??) on 23-Май-15, 16:16 
Парни, а подскажите, запустил SystemD, и периодически эта ересь вываливает сообщения в tty. Думал сначала что только в первый (по аналогии с FreeBSD), но оказалось что сыпет в активное. Что откровенно раздражает при активной работе, типа вводишь ты такой команду длинную и получается примерно так:

> запусти мне пож

SystemD: ох еж твоюж! Тут што-то произошло!
SystemD: Вот тебе еще одно сообщение, прочти - это интересно
алуйста тулзу для удаления systemd!

Это у всех так, или это я чего-то не доглядел?

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

112. "Выпуск systemd 220"  –1 +/
Сообщение от Jim email(??) on 23-Май-15, 20:46 
Это просто жара!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




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

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