Представлен (http://lists.freedesktop.org/archives/systemd-devel/2015-Jul...) выпуск системного менеджера systemd 223, который в основном содержит исправления ошибок, корректирующие изменения и небольшие улучшения. Особенностью выпуска является вынос кода компонента python-systemd из состава systemd в отдельный репозиторий (https://github.com/systemd/python-systemd), в связи с чем разработчикам дистрибутивов рекомендуется выделить python-systemd в отдельный пакет.Основные изменения:
- Обеспечена перезагрузка основной конфигурации демона systemd (/etc/systemd/system.conf) при выполнении команды daemon-reload;
- В systemd-networkd представлено несколько новых опций:
- 'VNetHeader=' - при установке включает для TAP-устройств флаг IFF_VNET_HDR (возможность отправки и приёма пакетов GSO);
- 'CopyDSCP=' - при установке в туннелях ip6 включается копирование в декапсулированный пакет исходного значения поля DSCP;
- 'UseBPDU=', 'HairPin=', 'FastLeave=', 'AllowPortToBeRoot=', 'UnicastFlood=' - при установке активирует одноимённые атрибуты IFLA_BRPORT_* для сетевых мостов;
- 'Hostname=' - для переопределения имени хоста, отправляемого DHCP-серверу;
- 'IPv6FlowLabel=' - при установке включает следование RFC 2460 при настройке IPv6 flow-label на туннелируемом интерфейсеl;- Добавлена поддержка виртуальных сетевых устройств 'macvtap', реализованных по аналогии с 'macvlan';
- В systemd-resolved реализована поддержка RFC 5452 (https://tools.ietf.org/html/rfc5452), позволяющая обеспечить защиту от атак по подстановке данных в кэш, а также включена по умолчанию рандомизация исходящих сетевых портов для защиты от атак, связанных со спуфингом DNS.
- В nss-mymachines добавлена поддержка трансляции UID и GID запущенных контейнеров при включении пространств имён идентификаторов пользователей (user-namespaces).URL: http://lists.freedesktop.org/archives/systemd-devel/2015-Jul...
Новость: http://www.opennet.me/opennews/art.shtml?num=42701
>который в основном содержит исправления ошибок
>вынос кода компонента python-systemd из состава systemd в отдельный репозиторийЗвучит слишком адекватно. Поттеринг забросил systemd и готовит новую диверсию?
вангую переписывание uefi на qt
> вангую переписывание uefi на qtДавно пора сделать опенсорсный bios setup :)
>> вангую переписывание uefi на qt
> Давно пора сделать опенсорсный bios setup :)смысл писать уефи, когда есть bios?
вам навязали уефи - что, теперь опять играть в догонялки.
не рекомендую
> смысл писать уефи, когда есть bios?"Имела жаба гадюку". Что BIOS что UEFI можно пожелать лишь скорейшей кончины.
> вам навязали уефи - что, теперь опять играть в догонялки.не рекомендую
Так я и предпочитаю в основном опенсорсный u-boot, по большому счету.
Просто выбрасывает лишний код, который ему малоинтересен:)
Других компонентов этого комбайна вряд ли постигнет та же участь.
> Особенностью выпуска является вынос кода компонента python-systemd из состава systemd в отдельный репозиторий, в связи с чем разработчикам дистрибутивов рекомендуется выделить python-systemd в отдельный пакетСтолько проблем вместо выделения python в отдельный use-флаг в нормальном дистрибутиве)
Ну не все же горят желанием все компилячить всё и вся самолично. Особенно если это какой-нибудь raspberry pi малохольный, где компил займет полчаса.
А не надо канпилять где попало.
Зачем же компилировать именно на нём? https://wiki.gentoo.org/wiki/Raspberry_Pi/Cross_buildingНа RPi и acestream свежий не работает, ну и что, пускают на другой машинке https://github.com/enen92/P2P-Streams-Kodi/wiki/Using-an-ace...
> Зачем же компилировать именно на нём? https://wiki.gentoo.org/wiki/Raspberry_Pi/Cross_buildingДа я в курсе, что кросскомпил - одна из фич генты. Но лично мне проще и гораздо быстрее просто пойти и набрать себе под кастом рутфс debootstrap'ом, чем с рекомпилежкой всего и вся сношаться неизвестно зачем. А рашпилем донапилить образ или на девайсе или в qemu (сильно девайс-специфичные вещи не прокатят ессно). Distcc фермы поднимать мне лень. Да и копаться в сборочных тулзах на бидоне я не собираюсь - не нравится мне бидон.
> На RPi и acestream свежий не работает,
Честно говоря не в курсе кто такой acestream - я подобные по смыслу штуки для всякого нетворкинга и просто махровой эмбедовки использую. В основном на allwinner. Он помощнее разика в 4 чем первый пи, но компилить на нем тучу софта мне тоже лень. И распределенные компилфермы - лень. Я не компилферма, я системщик. И пересобираю только или то что написал сам, или то что объективно надо пересобрать. А это менее 10% софта даже в самом отборном ультракастоме.
> ну и что, пускают на другой машинке
Я из таких штук делаю управляющие компьютеры, сетевые приблуды и прочая. Все эти клевые извращения "во как я могу!" я не очень понимаю.
Ну я регулярно вижу, как такая мнимая упрощённость вылазит боком пользователям. То один мантейнер начинает забивать пользователям школотунский libav под видом ffmpeg, то верхушка мантейнеров истерично расхлопается дверями при выборе между системами инициализации, то пакеты по полгода не обновляются, то выкинут что-нибудь нужное, то запилят ненужное...
> Ну я регулярно вижу, как такая мнимая упрощённость вылазит боком пользователям.Мне трaxoдром с рекомпилом всего и вся, затраты времени на этот процесс и разбор с самобытными местечковами траблами и глюками - как-то сильно бокастее в общем случае.
> один мантейнер начинает забивать пользователям школотунский libav под видом ffmpeg,
Да и болт с ним. Это самим же майнтайнерам и икается в основном. Кстати если уж на то пошло, половниа разработчиков libav - гентурасы. В т.ч. - главный заводила Luca Barbato или как там его.
> то верхушка мантейнеров истерично расхлопается дверями при выборе
> между системами инициализации,А это неизбежно - старые птицы никак не могут усвоить что линух уже давно не мелкая системка финского студня. Ну как эйрбас а320 - нифига не этажерка братьев Райт. И теперь вместо тяг дергаемых пилотом напрямую - вполне себе кучка служебных компьютеров. Ну а вот они привыкли тяги и напрямую, им компьютер рулящий поверхностями - "ух ты блин, что это?".
> то пакеты по полгода не обновляются,Так это фича а не баг. Изломанная в неподходящий момент система - не айс.
> то выкинут что-нибудь нужное, то запилят ненужное...
А идеального софта вообще, как известно, не бывает :)
>> с рекомпилежкой всего и вся сношаться неизвестно зачем
> Мне трaxoдром с рекомпилом всего и вся, затраты времени на этот процесс
> и разбор с самобытными местечковами траблами и глюками - как-то сильно
> бокастее в общем случае.Иногда создаётся такое ощущение, что компиляторов еще не придумали и речь идёт в подобных страшилках о компиляции вручную, вооружившись таблицей опкодов процессора и пачкой перфокарт.
> Иногда создаётся такое ощущение, что компиляторов еще не придумали и речь идёт
> в подобных страшилках о компиляции вручную, вооружившись таблицей опкодов процессора и
> пачкой перфокарт.Компиляторы, конечно, придумали. Но вот компилить с своими уникальными настройками - это прежде всего хорошая заявка на .. новые, свежие, ни разу никем не обтоптанные грабли. Потому что такое комбо никто никогда не проверял. И в результате я огребу туеву хучу грабель, которые остальные не видят. И гентушники держат пальму первенства в ложных багах, заканчивающихся извинениями "извините, это я тут при сборке накосячил". А мозг сношал зато другим. Отнимая их время. Хотя они ни в чем не виноваты. За это кроме всего прочего многие довольно насторожено относятся к багрепортам из генты. Очень ненадежный источник.
Похоже, весь необходимый функционал запилен, и теперь правят ошибки да добавляют некоторые опции. Можно сказать, проект полностью созрел.
Осталось пользователям созреть для этого современного инновационного Windows-подобного проекта...
Почему Windows-подобного? Скорее Мако-подобного. Да и не всё ли равно? Работает замечательно, перспективен. Лучшего нет. Не знаю, я не фанатик, но как админ и простой юзер, оценил плюсы systemd. Чего и всем желаю.
Да и не всё ли равно? Работает замечательно, перспективен. Лучшего нет. Не знаю, я не фанатик, но как админ и простой юзер, оценил плюсы Windows 10. Чего и всем желаю.
Никакого противоречия. Каждому свое.
Все так, пока цепями не пристегивают к чему-то одному.
++
> ... оценил плюсы Windows 10.ОДИН плюс. И вы перепутали - это не плюс, это КРЕСТ. :)
Китайский иероглиф "10" выглядит как плюс или крест.Если вы не знаете китайского, на кой хрен вы читаете китайскую документацию? Привыкли, что в мире Линукс всё через з---цу и документацию нужно читать не родную, а ту, где её больше? Это ущербная логика.
> плюсы Windows 10. Чего и всем желаю.Спасибо, чувак, у меня XFCE выглядел как-то наподобие лет 5 к ряду, задолго до. И окошки таки посимпатичнее оформлены. Так что себе свои пожелания оставь - майкрософт всего лишь как обычно перешел от пи...ц-блевоты к "ну от этого хоть глаза не вытекают".
Вот это "Да и не всё ли равно?" - первый и самый большой шаг на пути к овендузятниванию!
Если тебе пофиг, как работает система, которой ты доверяешь свою жизнь, зачем вообще пользоваться Линуксом?! Поставил Вынь-10 и всё - пущщай она тебя доит и копается в подштанниках - "всё равно" же!
А где, простите, копается systemd? У меня нет такой инфы.
Я прекрасно знаю как работает и как устроена моя система. Я умею читать документацию. В том числе и на systemd. И он меня не доит. А спокойно работает и выполняет поставленные задачи.
Я прекрасно знаю как работает и как устроена моя система. Я умею читать документацию. В том числе и на Windows 10. И он меня не доит. А спокойно работает и выполняет поставленные задачи.
>>Я прекрасно знаю как работает и как устроена моя система.
>>Windows 10Не льсти себе.
Есть сертификация, подготовиться и пройти которую может любой. Поэтому для квалифицированных пользователей Windows оскорблять друг друга просто не принято. Ведь они прошли одинаковую подготовку.Я видел много бывших линуксоидов, для которых непривычно видеть неорганизованное сообщество где нет лидера (как нет?!) и где никто не оскорбляет (как не оскоробляет????!!!!) друг друга.
> Есть сертификация, подготовиться и пройти которую может любой.Смотрите, дети: будете изучать микрософтовский булшит - станете такими как клоун. Сертифицированными болванчиками.
Ох уж, эти клоуны, ох уж, эти сказочники. Школьный курс тоже может и даже обязан пройти любой, даже сертификат(аттестат) за это дают. Помогает ли это избежать оскорблений гражданами друг друга на тему умственных способностей и знаний?
> ли это избежать оскорблений гражданами друг друга на тему умственных способностей и знаний?При том, половина граждан потом даже сдачу в магазине посчитать не могут. Так что "оскорбления" нередко оказываются лишь констатацией факта.
Но и тут о них позаботлись - кредная карточка называется :) Зачем к деньгам прикасаться, если считать не умеешь? :)
>>Я прекрасно знаю как работает и как устроена моя система.
>>systemdНе льсти себе.
P.S. я уже даже не знаю, кто из вас хуже - ленины фанатики или сертифицированный клован.
Любой, кто не поливает systemd фекалиями, и кого вполне устраивает его работа — уже фанатик для тебя?
Головку полечи.
> меня не доит. А спокойно работает и выполняет поставленные задачи.Вот только закрытость системы и завендорлоченость - очень ограничивают круг этих задач. Да и интерфейс теперь косит под, простите, обычный XFCE. И все бы ничего, но у меня в XFCE окошки выглядят получше на мой вкус :P. И это, заметим, бесплатно.
> Осталось пользователям созреть для этого современного инновационного Windows-подобного
> проекта...Ну я вот созрел. Мне удобно когда система инициализации выставляет мне реалтайм шедулер и приоритет, IO шедулер, лимиты, фильтр сисколов, а заодно еще и вачдог нормальный реализует и разумную реакцию на отвал критичных сервисов. А главное - оно само все это отпедалит и потом - вкрутит моему процессу урезанного по правам юзера. Покажите мне иное решение которое сможет так же?
А самому все это кодить - таки гемор, потому что все это привилегированные сисколы, достаточно специфичные и граблеопасные, чувствительные к последовательности дерга и прочая. Это значит что программа разбухнет в два раза, будет стартовать под рутом. Или как минимум обвешана "крутыми" системными CAPSами. И при малейшем факапе за это воздастся по полной. Поэтому шли бы эти нелюбители системды в пешее эротическое. Я вот на sd notify и его услуги вачдога пару критичных сервисов в моей задаче завязал. Потому что самому кодить "shared watchdog" и всю системную механику системды меня не прет. Зато мне очень надо чтобы все это пахало на автопилоте и критично чтобы одна из приблуд была с realtime шедулингом, иначе она внешние события продолбает. И без системды все это в разы долбательнее получается.
Не обмазываешься тоннами башекостылей на каждый чих - не линуксоид!
> Не обмазываешься тоннами башекостылей на каждый чих - не линуксоид!Из баша дергать сисколы не очень получается. И запускать 10 разноперых утилсов под рутом мне как-то не очень хочется. Наруливать им всем более гранулярные CAPSы я даже близко не рискну, а вот своей проге - вкручу как делать нефиг. Там то я знаю какие вызовы и caps-ы реально надо. И не на все вызовы есть штатные утилсы. А кодить самому например логику вачдога мне что-то неохота, когда Поттеринг уже написал. И нет, мне не надо всякий "мониторинг доступности по сети". У меня не сетевая программа, для начала. У поттера это именно вачдог. Вот именно так я это и хочу видеть - расшаривание железного вачдога на всех.
>> Осталось пользователям созреть для этого современного инновационного Windows-подобного
>> проекта...
> Ну я вот созрел. Мне удобно когда система инициализации выставляет мне реалтайм
> шедулер и приоритет, IO шедулер, лимиты, фильтр сисколов, а заодно еще
> и вачдог нормальный реализует и разумную реакцию на отвал критичных сервисов.
> А главное - оно само все это отпедалит и потом -
> вкрутит моему процессу урезанного по правам юзера. Покажите мне иное решение
> которое сможет так же?
> skippedПардон, но если у Вас в системе "отваливаются критичные сервисы", то это просто полная беда, и единственная "разумная реакция" - полный отказ от таких сервисов (возможно, и от всей системы). Разумеется, если эти сервисы не Вами лично написаны и находятся в процессе доводки.
Все остальное вышеперечисленное уже реализовано вне системы инициализации, и не могу сказать, что скверно. Единственное исключение - некоторая избыточность этой реализации для виртуальных машин.Вероятно, Вы пишете 200-строчные демоны на Питоне и сожалеете только о том, что нельзя использовать для этого Яваскрипт или, страшно сказать, Сишарп... Но это, опять же, мое личное мнение.
Смотрите - представитель идеального мира. Можно автограф?
> Пардон, но если у Вас в системе "отваливаются критичные сервисы", то это...то это - добро пожаловать в реальный мир. Где в программах и системах бывают баги, в процессоры влетают космические частицы, EMI и ESD случаются...
> просто полная беда, и единственная "разумная реакция" - полный отказ от
> таких сервисов (возможно, и от всей системы).Откажитесь. Залезайте в пещеры (но и они могут обвалиться) и орудуйте только палкой копалкой (а палка может сломаться).
> Разумеется, если эти сервисы не Вами лично написаны и находятся в процессе доводки.
Эти сервисы разные. В том числе и мои. И если программа достаточно большая - всегда будет шанс кто где-то баг. Ехать за тридевять земель вправлять мозг автоматической системе - не того: долго и дорого. И вообще, очень не соответствует ожиданиям.
> Все остальное вышеперечисленное уже реализовано вне системы инициализации,
А systemd упрощает мне интеграцию системы, путем выноса всего этого добра на него. Несомненно, я мог бы и сам докодить недостающее. Но рад что этого делать не пришлось и что я спихал туеву хучу вещей на системд. Конфиг из 10 директив в одном файле мне сильно лучше чем месиво из десяти напрочь разных программ и самоличный кодинг того что в готовых программах не оказалось. А вот в системде есть довольно много чего. И сделано явно с пониманием проблематики автономной эксплуатации систем.
> Вероятно, Вы пишете 200-строчные демоны на Питоне
Совершенно не угадали. Я не знаю питона и наиболее близок вероятно к системщикам. С некоторым уклоном в эмбедовку. Ну и там довольно характерные требования и ожидания.
> что нельзя использовать для этого Яваскрипт или, страшно сказать, Сишарп...
Да мне и сишечка нормально. Но вот дергать кучу системозависимых привилегированных сисколов - чревато обпрыгиванием множества интересных грабель. Если вместо этого достаточно вписать несколько строк в конфиг - это таки хорошо и правильно...
> Но это, опять же, мое личное мнение.
Это куча каких-то домыслов, в тщетной попытке увидеть желаемое вместо действительного.
> Ну я вот созрел. Мне удобно когда система инициализации выставляетМожет это и удобно, но с чего это вдруг всё это находится в *системе инициализации*? Перечисленный Вами функционал не относится к ней ни разу, и насколько я знаю systemd, там тоже так не считают, и многими этими задачами занимаются отдельные демоны в userspace.
> реалтайм шедулер
Учитывая, что мы разговариваем не о ядре, как тут втесалось слово realtime? Это Вы так SCHED_FIFO или SCHED_RR называете, что ли?
> а заодно еще и вачдог нормальный реализует и разумную реакцию на отвал критичных сервисов.
Правильно. Зачем же говорить, что "система сыровата, и у неё отваливаются критичные сервисы". Лучше сказать, что "у нашей системы есть инновационная фича -- перезапуск отвалившихся критичных сервисов". =)
> Покажите мне иное решение которое сможет так же?
Вы не поверите, но shell-скрипты в sysvinit всё это могли.
> А самому все это кодить - таки гемор...
А когда этот не-гемор навернётся, Вы познаете, почему многие админы считают т.н. "гемор" несколько лучшим вариантом. Ибо покопаться-поискать ошибку в скриптах в разы легче, чем в монстроузной systemd. Вот только не рассказывайте мне, что она не наворачивается. Постоянно только о том и разговор.
> Поэтому шли бы эти нелюбители системды в пешее эротическое.
А вот и оно. Эта фраза в разных вариациях встречается у всех фанатов systemd.
> Я вот на sd notify и его услуги вачдога пару критичных сервисов в моей задаче завязал.
> Потому что самому кодить "shared watchdog" и всю системную механику системды меня не прет.Да уж. Зачем делать сервис, который не падает? Можно же сделать абы как и повесить на watchdog. Новое поколение программистов.
> Зато мне очень надо чтобы все это пахало на автопилоте и критично чтобы одна из приблуд была с realtime шедулингом,
> иначе она внешние события продолбает.Поздравляю, Вы начали постигать трудности асинхронного программирования, и скоро поймёте, почему GNU/Hurd всё ещё не готов.
> И без системды все это в разы долбательнее получается.
А, плохому танцору... =)
Бросайте вы этот старый и рваный боян про "монструозность".
> но с чего это вдруг всё это находится в *системе инициализации*?С того что:
1) Упомянутые сисколы требуют определенного порядка вызова и все это должно быть сделано до сброса привилегий.2) PID=1 находится в правильном месте в правильное время: он может правильно отпедалить всю последовательность сисколов и у него для этого хватит прав.
3) PID=1 запускает мою программу. А третий - лишний. И лишь загромождает собой систему лишними сущностями. Ну то-есть бутлоадер, ядро, стартер и моя программа в системе неизбежно будут. А остальные - как "неизбежное зло". И чем их меньше - тем лучше, в общем случае.
4) Прописать 10 строчек в конфиг системд мне сильно проще и менее криво/проблемно чем использовать месиво из дюжины разных утилит + дописывать граблеопасный системный код самому вместо поттера.
Де факто мне нужна системная программа которая дернет пачку сисколов в правильном порядке и отдаст моей программе руль (через "exec*") уже в нужном состоянии. Системд как раз и является таковым. В крайнем случае я ессно могу и свой костыль написать, но лениво изобретать велик на ровном месте, знаешь ли.
> Перечисленный Вами функционал не относится к ней ни разу,
Я имплементер и имею выбор. А потом этот выбор будет иметь меня. Вот так мне видится наименее криво и грабельно из доступных опций. А вы в вашем праве делать так как сочтете нужным. И выкусить последствия.
> и многими этими задачами занимаются отдельные демоны в userspace.
Сразу видно человека, который системд в глаза не видел, но свое ценное мнение о нем - имеет. Ну то-есть некоторые задачи - таки делаются делаются отдельными демонами. Но - сильно некоторые и по некоторым поводам, порой достаточно разумным, порой спорным. Вообще, многие части системд - опциональны. И если они не требуются в энной задаче - их вообще можно пооборвать.
> Учитывая, что мы разговариваем не о ядре, как тут втесалось слово realtime?
Ну вот так вот и вписалось - man sched_setscheduler. Ну и sched_setparam заодно. Это не hard realtime, но мне в ряде случаев - хватит.
> Это Вы так SCHED_FIFO или SCHED_RR называете, что ли?
Они так называются в официальной документации и это до некоторой степени отражает суть. Кстати, пользуясь случаем - передаю большой факофф тем кто стандарт на POSIX THREADS принимал.
> Зачем же говорить, что "система сыровата, и у неё отваливаются критичные сервисы".
Ты в своем праве писать свои программы. Лучше и без багов, зарулив меня в хламину. Если сможешь. А если в случае факапа кому-то придется перть за тридевять земель и это будет стоить приличных денег - поневоле подстрахуешься.
Заодно не забудь купить radiation-hardened процссор. Правда он стоит как самолет. И сделать трехкратное резервирование, по мажоритарному принципу. Пусть все будет как для полета в космос, тогда будем считать что железо сбойнуть "не может". Ну правда и стоить будет как три самолета. И не факт что столько готовы платить за земные применения (за такую сумму дешевле будет там поселить кого-нибудь ресет нажимать в случае факапа).
> перезапуск отвалившихся критичных сервисов". =)
Ну, понимаешь, в некоторых задачах факапы разруливать реально некому. Поэтому just in case - они должны быть разрулены самой девайсиной, настолько насколько это вообше возможно. А идеальный мир без ошибок и сбоев - это круто, но - не про планету Земля и ее жителей.
> Вы не поверите, но shell-скрипты в sysvinit всё это могли.
Я не поверю. Из них сисколы дергать напряжно. А уж вачдог какой-нибудь из них делать... ненене, Дэвид Блейн. Это ты как-нибудь сам, без меня.
> А когда этот не-гемор навернётся, Вы познаете, почему многие админы считают
Я уже узнал прямо вот тут что эти "многие админы" оказывается не в курсе что такое sched_setscheduler. Скажи честно, ты про SCHED_RR и _FIFO узнал целых 5 минут назад, из мана? Ну или откуда столько глупых вопросов?
> т.н. "гемор" несколько лучшим вариантом.
Спасибо, я видел как это работает. Вот ты так все это и реализуй, а я пешком постою. Поттеринг личность спорная, но выбирая между таким месивом и кодом от человека который более-менее врубился в специфику автономно работающих систем - ну ты понял...
Да, знаешь, у нормальных админов сервера чем-то похожи на эмбедовку: очень нежелательно чтобы сервера требовали к себе какое либо внимание. Это элементарно требует повышения затрат на обслугу и потому не нравится обладателям серверов. Поэтому редхат видимо доходчиво поставил задачу, перед теми кто более-менее в курсе как задачу решать.
> Ибо покопаться-поискать ошибку в скриптах в разы легче, чем в монстроузной systemd.
Я заметил, поэтому у меня и будет системд. Он по крайней мере при сбоях программ нормальную диагностику писать умеет. И можно выбирать куда эту диагностику девать.
А скажи, чувак, сколько ты будешь сношаться с переписыванием своего скриптошита, если задать небольшое но забавное требование: ну вот допустим что файловая система у нас readonly. Журналов и лога - нет. Есть только /dev/kmsg. Systemd ткнуть в него как в место для логгинна - пара директив. И логи через syslog() туда же можно сбагрить. А ты что с твоей скриптятиной будешь делать в таком раскладе?
> Постоянно только о том и разговор.
ЧСХ в основном у тех кто системд не пользуется.
> встречается у всех фанатов systemd.
Ну так я и говорю - ты можешь сделать лучше. И зарулить меня. Если сможешь. Правда вот это не факт, глядя на твои заявы про реалтайм...
> Да уж. Зачем делать сервис, который не падает?
Наверное, потому что в любой достаточно сложной программе всегда есть шанс наличия невкусных багов. Поэтому мне хочется иметь "план Б" на случай если факап все-таки произошел. Чтобы было поменьше предъяв, и вообще. Я в реальном мире живу. И поэтому в курсе что в софте бывают баги, случаются ошибки, и вообще, мир неидеален.
> как и повесить на watchdog. Новое поколение программистов.
Делай автономку без вачдога. Докажи всему миру что у тебя - стальные яйца. А я посмотрю что у тебя получится.
> почему GNU/Hurd всё ещё не готов.
Ну вот поэтому я и пользуюсь GNU/Linux. Потому что крутой, замечательный, мегаконцептуальный но почти неработоспособный и напрочь непригодный для моих задач Hurd мне ни в п...у, ни в красну армию. Ты можешь им пользоваться наздоровье.
Ну а пугать системщика асинхронщиной может только ламоватый скрипткидоз. Процессор изначально асинхронная штука - в нем прерывания всякие возможны. И они ессно прибывают асинхронно относительно основного потока команд. А уж многоядерники должны повергать скрипткидозников в шок и трепет - там всегда несколько потоков инструкций параллельно работает.
> А, плохому танцору... =)
Ну у тебя то они стальные, видимо, если ты без вачдога автопилотные конструкции гонять собрался. Дерзай, фигли.
Великолепный пост. Вот после таких постов мне даже добавлять ничего не надо: правду говорят, что на одного дурака ста мудрецов не напасёшься. Аргументация лагеря systemd вообще забавно смотрится со стороны.Вкратце, суть сводится к тому, что "если Вы не разделяете моего мнения, то это значит, что Вы в нашей степи совсем ничего не понимаете, а даже если Вы говорите о вполне конкретных технических аспектах, то Вы просто прочитали их 5 минут назад в мане".
И плевать вам, что реалтайм у вас на самом деле ни разу не реалтайм, и даже разработчики в ман-странице берут это слово в кавычки. И на вачдог вы молитесь, как будто это гениальное изобретение. Хотя вроде прототип его я на шелле накатаю за полчасика. Хотя и до него был supervisor уже сто лет как.
Вот это уже красиво:
> Есть только /dev/kmsg. Systemd ткнуть в него как в место для логгинна - пара директив. А ты что с твоей скриптятиной будешь делать в таком раскладе?Сложно более ясно объясниться, что с shell Вы не дружите вообще.
Ну и, конечно же, самый смак...
> Ну а пугать системщика асинхронщиной может только ламоватый скрипткидоз. Процессор изначально асинхронная штука - в нем прерывания всякие возможны.
>Можно сказать, проект полностью созрел."Созревание" никто не гарантирует.Может завтра опять всё перепашут.
> Может завтра опять всё перепашут.Не извольте беспокоится! Код типа
if (!path_is_absolute(option+7))
...
arg_header = strdup(option+7);
...
strcpy(mempcpy(mempcpy(r, f, a + 1), i, b), e);
...
ret = new(char, (e - slice) + 1 + strlen(name) + 6 + 1);
так быстро и просто уже не перепишешь :)
> весь необходимый функционал запилен ... проект полностью созрелЗначит он закостенел, устарел и его необходимо немедленно убрать из дистрибутивов Linux и заменить на недоделку!
systemd - очень удобная штука, арч взлетает за 20 секунд. а бубнта с upstart минут 10 только стартует. А юниты удобны для редактирования и просты в настройке. Закончились эти простыни на баше. Ура!!!
У меня за 50-60 секунд взлетает Gentoo на OpenRC... А вместе с ней MySQL, PostgreSQL, redis, GitLab, Apache, Emacs server, pure-ftpd server, cronie, deadbeef, goldendict, X с Awesome. Вы всё еще уверены, что системд сверхбыстрый? Да, и про Убунту,- откровенная ложь.
> Вы всё еще уверены, что системд сверхбыстрый?Да. OpenRC даже в своём глючном параллельном режиме и с ухищрениями вроде переноса DM на ранние уровни загрузки отрабатывает в разы медленнее systemd. Я проверял это, когда переходил на systemd.
>> Вы всё еще уверены, что системд сверхбыстрый?
> Да. OpenRC даже в своём глючном параллельном режиме и с ухищрениями вроде
> переноса DM на ранние уровни загрузки отрабатывает в разы медленнее systemd.
> Я проверял это, когда переходил на systemd.Угу, а еще и морщины разгладились, и простатит вылечился. Твоим феерическим историям еще кто-то верит, фанатик?
>> Вы всё еще уверены, что системд сверхбыстрый?
> Да. OpenRC даже в своём глючном параллельном режиме и с ухищрениями вроде
> переноса DM на ранние уровни загрузки отрабатывает в разы медленнее systemd.
> Я проверял это, когда переходил на systemd.Быстрее - может быть. В разы - нет. Просто X с WM у меня тоже секунд за 20-25 загружаются. Из представленного мною списка самые прожорливые Emacs server(секунд 10) и GitLab(тоже секунд 10) как ни не странно.
У меня i5-2310 4x3Ггц, HDD(~120мбат/с I/O), а не SSD как в видео по ссылке ниже и у меня стационарный ПК, так что я его редко отключаю(иногда отключают свет, иногда с чем-нибудь эксперементирую), uptime в среднем полторы-две недели. Я считаю 50-60 секунд для такой конфигурации очень неплохо.
Ниже есть видео, а ваши слова ничем не прикреплены - вполне себе может быть ложь
> Ниже есть видео, а ваши слова ничем не прикреплены - вполне себе
> может быть ложьБыло 2 варианта: Nokia N82 и китайпланш с камерой для галочки. Вблизи лучше видно с планшетом. В общем, разглядеть можно. Вечером смогу скинуть в хорошем качестве, если хотите.
https://www.youtube.com/watch?v=z-_x2hIU9zs&feature=youtu.be
Как раз секунд 47-50 и получилось.
все равно systemd будет быстрее и легче настраиваться
Startup finished in 2.831s (kernel) + 10.498s (userspace) = 13.330s
> Startup finished in 2.831s (kernel) + 10.498s (userspace) = 13.330sЭто с GitLab, Apache, Emacs, MySQL, PostgreSQL, pure-ftpd и GoldenDict? Нет, то-то.
это с mysql, postgresql, Docker и Mongodb + skype + virtualbox + pidgin. всего лишь
GitLab И должен столько грузиться он ведь на Rails, это еще не слишком много 10 сек для рельсов. Но это не говорит о том что рельсы плохие или тормазнутые, просто специфика архитектуры.
> GitLab И должен столько грузиться он ведь на Rails, это еще не
> слишком много 10 сек для рельсов. Но это не говорит о
> том что рельсы плохие или тормазнутые, просто специфика архитектуры.Я не против рельсов, мне больше доставляет их frontend тема, которая иногда на полсекунды-секунду может фризануть в браузере.
> на полсекунды-секунду может фризануть в браузере.Это еще что. На JS и примитивные варианты форкбомбы можно.
В разы. 5 секунд против 20 с лишним. Это до lightdm.
> В разы. 5 секунд против 20 с лишним. Это до lightdm.Если вы про это https://www.youtube.com/watch?v=4NXMmHYNYfA
то посмотрите первый же отзыв(при сортировке Top Comments):
Something is wrong in your OpenRC start-up scripts. I just did a Gentoo build and ran the same test and with OpenRC in parallel mode and it's within 1/2 a second of systemd - I couldn't tell the difference while using a stop-watch to time it.И посмотрите с какой скоростью у меня грузится OpenRC.
Я про свой комп.
> Something is wrong in your OpenRC start-up scripts.ЧСХ, в systemd нам systemd-analyze blame еще и скажет кто тормозит загрузку. А в OpenRC - нам скажут про "something wrong". Вот такой тулинг системы, в котором ответом является "something" - мне даром не упал.
абсолютно уверен. и про бубнту - это не ложь а вполне себе реальность, ну может не десять минут, но точно больше пяти для загрузки и старта всего, каждый день на работе наблюдаю. и сравнивать Awesome с юнити тупо
50 секунд? 0_оУ меня винда с 20 элементами в автозагрузке и то взлетает быстрее.
> 50 секунд? 0_о
> У меня винда с 20 элементами в автозагрузке и то взлетает быстрее.Какие это элементы? Если у вас похожая конфигурация компьютера, то можете поставить Emacs server и GitLab в автозагрузку и посмотреть что получится. А так - это не правдоподобно, я видел как винды грузятся и это отнюдь не 50 секунд, особенно если что-нибудь висит в автозапуске, а минуты 2-4 в среднем.
А зачем что-то вешать в автозапуск? Тем более что-нибудь серверное. Вы хотите проверить работу сервера на клиентском оборудовании? Эдакое извращение с элементами садо-мазо?
Не считаю Emacs чем-то сильно серверным, но грузится долго(на то у него и есть разделение на сервер-клиент). Постоянно использую GitLab, так как сейчас изучаю Git(progit). Еще работаю сам над проектом Perl(Mojolicious) + PostgreSQL и Apache + PHP + MySQL с друзьями.Смысл это включать ручками при каждой загрузке, если на то и существует автозапуск? Да еще и люди специально для этого init-скрипты написали.
И к тому же, чем серверное оборудование в таком случае будет принципиально отличатся от обычных x86, HDD, RAM etc?
Арендуй дедик на месяц и не е*и мозг ни себе, ни друзьям.
> Арендуй дедик на месяц и не е*и мозг ни себе, ни друзьям.До него иная скорость доступа и латенси. И вообще, вебдевам как раз в лине удобно что на своей машине можно раскатать продакшновый сетап в более-менее том виде как оно потом и будет.
Это ж не микрософт где пока IIS установишь - проклянешь все на свете, а пока настроишь - можно спятить. А если еще MS-SQL - вообще крындец. Не говоря о глупых маркетоидных ограничениях и постоянном вымогательстве денег. Постоянно доиться задолбались даже толстые коты с LSE, а уж остальным MS и вовсе не друг.
> А зачем что-то вешать в автозапуск? Тем более что-нибудь серверное. Вы хотите
> проверить работу сервера на клиентском оборудовании? Эдакое извращение с элементами садо-мазо?1) Пользователь работает, сидя за *сервером* xorg. Клиентами считаются программы.
2) Emacs server используется для того, чтобы не перезапускать Emacs каждый раз заново, если надо что-то быстро подредактировать, ибо это процесс небыстрый.
3) Некоторые запускают серверные варианты эмулятора терминала (urxvt например) как сервер, а потом цепляют к нему клиентов. Так запуск нового экземпляра терминала становится почти мгновенным.Это сходу. Примеров много, много обльше.
>У меня винда с 20 элементами в автозагрузке и то взлетает быстрее.10 пасьянсов и 10 саперов?
20 троянов. Возможно, даже большая часть - от майкрософт. :)
https://www.youtube.com/watch?v=Xni2eIZdtrE
https://www.youtube.com/watch?v=4NXMmHYNYfA
> У меня за 50-60 секунд взлетает Gentoo на OpenRC...
$ systemd-analyze
Startup finished in 2.963s (kernel) + 18.591s (userspace) = 21.554s
Дефолтнейшая хубунта :) 15.04 на тормознейшем ноутбучном диске 2.5" 5400RPM. На SSD вообще секунд 5-7.И, кстати, если уж решено что время старта системы роялит - в системд есть годный systemd-analyze, который покажет кто тормозил на старте. Скажем, systemd-analyze blame покажет top-образный список самых медленных в плане запуска сервисов. А можно и SVG график нарисовать. Если задача скостить время старта есть - с системд это сильно проще.
А так убунтуи на системд не все юниты перевели. Некоторые таки еще запускаются как sysv init. И там еще останки апстарта взлетают. Так что 21 секунда - это реальный такой worst case, который имеет поводы для того чтобы улучшаться.
> системд сверхбыстрый?
Не знаю как насчет "сверх", но - вполне себе шустрый.
> Да, и про Убунту,- откровенная ложь.
Скорее тухлые сведения. Во первых, апстарт и системд по времени не сильно отличаются. В конце концов, оба умеют параллельный старт и оба далеко не главная статья расхода ресурсов. Во вторых, начиная с 15.04 в убунте таки системдец и наезды на убунту по поводу апстарта немного отстали от жизни.
> И, кстати, если уж решено что время старта системы роялитПочему ж роялит? Перезагрузка -- штука весьма редкая.
Вот у меня на моём домашнем компе стоит UPS, и он не выключается вообще никогда. А на ноутбуке я чаще всего всё равно не загружаюсь, а выхожу из гибернации.
Так что есть ли разница, сколько секунд я потрачу на загрузку, если я делаю это раз в примерно полгода?
> Почему ж роялит? Перезагрузка -- штука весьма редкая.Зато может быть требование что выход на режим - быстрый. Что даунтайм - минимальный. Что выход из сбоев - без участия человека. Ну и так далее. Вот Поттеринг молодец хотя-бы тем что не бегает от сложных задач с вилянием попами, как ты и твои соратники.
> Вот у меня на моём домашнем компе стоит UPS, и он не выключается вообще никогда.
А вон на той железке кастомер хочет быстрый выход на режим. UPS стоит как три таких железки. Можешь покупать UPS. За свой счет. Потому что увеличение цены решения в 4 раза - нагибает все.
> А на ноутбуке я чаще всего всё равно не загружаюсь, а выхожу из гибернации.
А 640 килобайтов - хватит всем? :)
> я делаю это раз в примерно полгода?
В этом мире есть не только ты и твоя сpaная кошка^W^W гребаный ноутбук.
>> Вот у меня на моём домашнем компе стоит UPS, и он не выключается вообще никогда.
> А вон на той железке кастомер хочет быстрый выход на режим.Ну-ну. Расскажите нам лучше ещё про то, что sysvinit типа не параллелится при загрузке, и про то, что systemd типа загружается быстрее. Хотя вот Debian сейчас демонстрирует прямо противоположное: с переходом на systemd после стабилизации скорость загрузки осталась примерно той же.
> Вот Поттеринг молодец хотя-бы тем что не бегает от сложных задач с вилянием попами, как ты и твои соратники.
Ну вот, опять. Без аналога этой фразы ни один пост лагеря systemd не обходится. Что наводит на интересные выводы.
Ктонить юзал настройку сети через сабж?
У меня через netctl и etcnet pppoe долго поднимается (минут 5) и может произойти прямо во время работы (раз в день), а нетворкменеджер вообще его периодически начинает то терять то подключать.
> вообще его периодически начинает то терять то подключать.У тебя что, systemd и nm одновременно рулят соединением?
>> вообще его периодически начинает то терять то подключать.
> У тебя что, systemd и nm одновременно рулят соединением?Системд вообще не рулит. Либо я недоглядел.
> а бубнта с upstart минут 10 только стартуетну врать то, upstart по шустрее будет немного (но несильно)
> systemd - очень удобная штука, арч взлетает за 20 секунд. а бубнта
> с upstart минут 10 только стартует. А юниты удобны для редактирования
> и просты в настройке. Закончились эти простыни на баше. Ура!!!Наверное, это очень классно и весело -- час за часом, дни на пролет, перезагружать систему? :)
А вот у меня саспенд работает, поэтому я даже не знаю сколько система грузится :(
А если уж иногда (и да, речь отнюдь не о минутах или часах :) ) возникает надобность в перезагрузке, то существует куча более интересных вещей (пойти налить чайку, размяться и т.д.), чем немигающий контрольный взгляд в загрузочный лог на экране :)
Классно и весело - это когда не приходится идти пить чай, пока комп загружается.
> Классно и весело - это когда не приходится идти пить чай, пока
> комп загружается.15 секунд без системд. Раз в неделю. И в чем там профит будет, загружаться даже раз в 5 быстее?
Простой пример: играю я на деньги в онлайне, из-за скачка напряжения комп перезагружается. А в игре - таймаут в 20 секунд, по истечении которого тебя выкидывает, и деньги твои, разумеется, тютю. Можно, конечно, принципиально обожать традиционный тормозной инит в ущерб своему кошельку, но лучше быть более адекватным реальности)Да и банально: если я включаю комп, значит, я уже собрался работать, а не ходить пить чай и ждать, пока это башетормозилово соизволит загрузить систему)
> Простой пример: сферический, в вакууме игрок ...подправил.
> играю я на деньги в онлайне, из-за скачка напряжения компНоут/UPS, не?
>> 15 секунд раз в неделю
> а не ходить пить чай и ждатьНу да, системДы уже даже загружается быстрее, чем система просыпается из саспенда. Сказочники такие сказочники :)
> подправилПриятно быть сферическим в вакууме, потому что лично я раньше попадал в такие ситуации)
> Ноут/UPS, не?
Очередное обожание традиционного инита в ущерб кошельку)
> Ну да, системДы уже даже загружается быстрее, чем система просыпается из саспенда
От саспенда иксы дико текут на nvidia.
> От саспенда иксы дико текут на nvidia.Хе-хе, сколько нового можно узнать от одних фанатов рубящихся с другими. Надеюсь что тебе припомнят это откровение, когда ты в следующий раз будешь ругать открытых радеонов.
Я вообще пришёл к выводу, что мне дискретка не нужна) При апгрейде буду брать i7 со встройкой помощнее.
> Я вообще пришёл к выводу, что мне дискретка не нужна) При апгрейде
> буду брать i7 со встройкой помощнее.Ну если именно помощнее - там вон фороникс ириской в кор i5 машет, который выжимает порядка HD6770 амдшного, для "интеграта" это рекорд на данный момент. На нем можно FullHD в нормальном качестве, а со скрипом и 2560х1440. Но вот правда стоит оно в разы дороже этого самого 6770. А остальное из интеграта дохлое, FullHD тянет с большим скрипом и только на самых простых движках (e.g. Xonotic). Потому как своей памяти - нет. А делить на всех тощую системную оперативу - тухлая идея. У ириски GDDR напаян около проца, вот оно и стоит как самолет. Ну зато и работает как GPU а не затычка для слота.
А так - мне новые интели не нравятся. Свежее железо пробэкдореное в хлам (не очень хочется гадать, применим ли http://me.bios.io/ME:Introduction к моему железу). А в драйверах активно разрабатывают лишь пару последних серий чипов. Остальные в пролете. На чипах постарше можно огрести и что-нить инновационное, типа:
OpenGL shading language version string: 1.20На чипах типа core i-серий все-таки получше, но в целом интель как-то быстро забивает на прошлые поколения. АМДщники в этом плане имхо симпатичнее (древний R300 по фичам побил виндовый каталист, например). Ну и вообще, первым GL4.x взял нуво. Вторым - radeonsi. Ну а интель пока еще не того. И им светит как максимум почетное третье место. На самом деле им не так много осталось, но будет угарно если их R600 обставит: у них народа больше чем Radeon+nouveau вместе взятые.
Мне от видео нужно максимум Civ5/Rome иногда погонять, да аппаратное декодирование кина. Дискретки надоели своим шумом, сейчас поставил GT630 с пассивом - дёшево и сердито, но на пассиве в Циву не погонять, температура чипа через пару минут подскакивает к 100 градусам.
> Мне от видео нужно максимум Civ5/Rome иногда погонять,Ну про этого я не знаю насколько у него двигун прожорливый, не припоминаю бенчей на форониксе, видимо не дружественный к бенчам двигун. Да и от разрешения зависит. FullHD со скрипом на легких движках берет даже интеграт, на тяжелых интеграт без своей памяти предсказуемо зашивается. Выше - 2560х1440 с хорошим качеством напрягает даже GPU "выше средних". А тяжелое двигло на 4K и максимальных настройках устроит слайдшоу и на ультра-крЮтом GPU. Так что на самом деле вопрос крутизны движка vs FPS vs качество.
> да аппаратное декодирование кина.
Это вроде почти все умеют. Хотя приоритетность этой фичи имхо спорная. Всегда найдется какой-нибудь дурной файл, который железячный декодер не сможет прожевать. И будет не айс если проц его не прожует софтварно.
> Дискретки надоели своим шумом,
Хз, мой R9 270 я даже на максимуме еле-еле отличаю за шумом вращения хардов. А когда он в idle - его вообще не слышно. Да и в играх он на максимум редко выходит - на 100% его в OpenCL реалистичнее прогрузить. Весьма прилично для такой могучей числодробилки. На самом деле все зависит от бестолковости СО и TDP.
> и сердито, но на пассиве в Циву не погонять, температура чипа
> через пару минут подскакивает к 100 градусам.На самом деле вентиль должен быть большой но не оборотистый. А для мощной видяхи лучше 2-3 таких. Даже небольшой поток воздуха сильно улучшает охлаждение. А вот шумят вентили только на больших оборотах. Поэтому то мелкие вентили и дрянь: чтобы был сколь-нибудь заметный поток воздуха, мелкий вентиль должен быстро крутиться. Издавая мерзкий звук. Шумность видяхи очень зависит от СО на самом деле. Вот мой R9 270 меня просто удивил своей тишиной - никогда не думал что столь могучая числодробилка бывает столь тихой. Но это удачная переигровка параметров чипа, так что TDP не пробивает потолок и хорошая СО.
> Очередное обожание традиционного инита в ущерб кошельку)Угу, при регулярных сбоях шанс по*ерить результаты последних икс-минут (до получаса, а при крупном невезении и больше), риск подломить ФС, необходимость после перезагрузки опять открывать доки и инструменты разработки ... но да, зато сэкономить на УПС -- святое дело, че :)
Ну и да, логичнее ведь надеяться, что сбой действительно краткосрочный и что за 20 секунд система успеет загрузиться, загрузить этот несчастный клиент. И самое главное -- установить соединение с этими самыми тырьнетами. Ибо обычные тырьнет-коробки перезагружаются долго, да и сеть поднимать как-то не спешат. Так что прокол-с. :)
Ну и вообще:
> в ущерб кошелькуИгра на деньги всегда в ущерб кошельку игрока :)
> От саспенда иксы дико текут на nvidia.Проблемы ССЗБов шерифа не волнуют? :)
> От саспенда иксы дико текут на nvidia.От саспенда под линуксами вообще одни проблемы, нестабильная штука.
> От саспенда под линуксами вообще одни проблемы, нестабильная штука.Хз, у меня ноут suspend to RAM делает как из пушки. И это шустро. Да и десктопник в общем то тоже, но там оно редко нужно. И никаких проблем.
Может ты просто как и фрактал наставил проприетарной дряни, которая в систему примотана на проволоку и скотч и получил вполне ожидаемый результат?
Я то тут причём? Я вообще на общую картину смотрю. И это факт.
То что у тебя оно замечательно, ничего не значит, ибо это частный случай на двух конфигурациях.
> Я то тут причём? Я вообще на общую картину смотрю. И это факт.Не знаю, мои наблюдения этот факт не подтверждают. Подозреваю что проблемы в основном или у совсем некрофилов, или у тех кто собирает все с -O9 как самый джедай и потом за это получает заслуженное, или просто у тех кто проприеари понаставил, а проприетарь понятное дело в краевых условиях всегда подводит в открытой системе.
> То что у тебя оно замечательно, ничего не значит, ибо это частный
> случай на двух конфигурациях.А твой частный случай чем-то лучше моего частного случая? Ну или нельзя ли ссылку на источник статистики, при том желательно не двадцатилетней давности. Или твои данные с надежного источника - с потолка?
> А твой частный случай чем-то лучше моего частного случая?Не мой, я вообще не пользуюсь всякими suspend, ибо пользуюсь линуксом на десктопе, а ОС все равно стартует за 5 секунд на SSD. Да и тот же compiz течёт, так что мне лично удобнее выключать/включать раз в день.
> источник статистики
Ну зайди на тот же ЛОР и вбей в поиск слово "suspend", <sarcasm>увидишь огромную кучу людей у которых неправильное железо и кривые руки</sarcasm>
> Да и тот же compiz течёт, так что мне лично удобнее
> выключать/включать раз в день.Сам по себе он вроде вполне стабильный. Течет или драйвер видяхи (проприентарщики это лю), или какие-нибудь плагины.
> Ну зайди на тот же ЛОР и вбей в поиск слово "suspend",
ЛОР с его полутора фриками конечно такой источник статистики. Особенно супротив 20М пользователей одной только убунты.
> <sarcasm>увидишь огромную кучу людей
Огромная по сравнению с чем? У одной только убунты 20М юзерей. ЛОР весь вместе взятый врядли тянет на полпроцента от этой величины.
Да чтоже такое, опять проприетарщикт виноваты, какие они плохие, жить не дают :D
На самом деле не угадал, и на открытых драйверах тоже самое, особенно на хай рез мониторах
ЗЫ: остальная демагогия без коментариев, зайди на багтрекер той же убунты и поищи там количество багов про саспенды всякие...
> Да чтоже такое, опять проприетарщикт виноваты, какие они плохие, жить не дают :DНу так я не виноват что у них код глючный и с опенсорсной системой интегрирован путем приматывания на сопли и скотч. В лине DRM/KMS подсистема и в целом все на этот бэкэнд ориентируются и класть хотели на все остальное. А проприетарщики... нууууу.... нвидия кажется уже третий год, чтоли, пытается реализацию DRM+KMS сколхозить в своей прориетари. Если кто не в курсе, с использованием услуг ядра нвидию одно время конкретно завернули, душевно подлагодарив их за "кооперативность" с optimus в той же валюте - вбахав GPL_ONLY на наиболее вкусные графические функции ядра. Так что нвидии пришлось самой их рекодить и в результате выписывать половину DRM+KMS самолично. И вот третий год все грозятся показать, наконец, своего франкенштейна. Поэтому любители проприетари так и сидят в полуискореженой системе-франкенштейне. Ну и работает в краевых случаях соответствующе. Особенно при стартах/шатдаунах/спячках/переключениях режимов и консолей, паниках, ну и вообще - во всем что хоть капельку отличается от "крейсерского режима", который протестировать сподвиглись.
А root cause всему этому - то что в майлайне класть хотели на блоботню в драйверах. В ядре линя проприетарщики - никто и звать никак. Linux - открытая система.
> На самом деле не угадал, и на открытых драйверах тоже самое, особенно
> на хай рез мониторахНу вот врать только не надо, ладно? Облажался - имей силы признать. Потому что лечить обладателя опенсорсных драйверов c хайрез монитором, у которого саспенд таки работает и который к тому же в случае чего не поленится до багтрекера дойти - это как-то весьма нагловато будет и попахивает, имхо, жонглированием фактами и подтасовками.
> ЗЫ: остальная демагогия без коментариев, зайди на багтрекер той же убунты и
> поищи там количество багов про саспенды всякие...А зачем мне читать выперды таких как ты? У меня есть несколько конфиг. Я на них могу посмотреть как все это работает. Если там все работает оки-доки, значит открытые драйвера с хорошей веорятностью не текут. Текли бы они - фиг бы с два вон тот комп набрал ДВА МЕСЯЦА аптайма.
> И в чем там профит будет, загружаться даже раз в 5 быстее?Ну если у меня сервисный встраиваемый компьютер выйдет на режим в 5 раз быстрее - я только за. Идеальное решение это когда включили питание и оно уже готово работать. Ну как пылесос какой.
> Классно и весело - это когда не приходится идти пить чай, пока
> комп загружается.Не загружайте, и не придётся - см. pm-suspend. Более того, через 2 сек после нажатия на кнопочку будет и полностью развёрнутое окружение.
> Не загружайте, и не придётся - см. pm-suspend. Более того, через 2
> сек после нажатия на кнопочку будет и полностью развёрнутое окружение.Это все замечательно, но случаи бывают разные. А все эти ваши подгоны решения под ответ несколько утомили. Мы не в школе, подгоны под ответ не прокатят. Поэтому в дистрах и будет системд. А вы с вашими жонглированиями фактами и подтасовками пойдете курить бамбук, особенно если не возжелаете самолично впрягаться в поддержку сватаемых вами парадигм.
Всё бывает разным, но по сравнению с временем разворачивания софта время загрузки системы ничтожно. Тем более, что система запускается сама, а софт нужно разворачивать руками. :-)
> Всё бывает разным, но по сравнению с временем разворачивания софта время загрузки
> системы ничтожно.Тем не менее, образ в девайс льется 1 раз, а ребутов за его жизнь будет много. И пока он у создателей - там времена пофиг. А когда время ребута начнет колыхать пользователя - вот там это уже актуально.
> Тем более, что система запускается сама, а софт нужно разворачивать руками. :-)
Это не совсем так. Эмбедовка тиражируется путем вливки готового образа. Никто не компонует инстанс системы под девайс каждый раз заново. Аналогично и на виртуалках - системы из шаблонов обычно раскатывают, за пару минут. Это операция на пару минут, выполняемая 1 раз за все время существования девайса или виртуалки. Вот как раз чтобы ручных операций был минимум, все дела.
> Это не совсем так. Эмбедовка тиражируется путем вливки готового образа.Вот туда ставить systemD вообще не стоит. Я в ALT'овской рассылке каждые пару недель вижу проблемы с systemD. А sysVinit работает как работал.
> пролет, перезагружать систему? :)Ну вот знаешь, например в эмбедовке бывает все-таки интересно время выхода на режим.
> А вот у меня саспенд работает,
А еще вы наверное хотели сказать что 640 килобайтов - хватит всем?
> интересных вещей (пойти налить чайку, размяться и т.д.), чем немигающий контрольный
> взгляд в загрузочный лог на экране :)А вот юзерь будет нехило материться, если управляюищий какой-то лабудой сервисный компьютер будет выходить на режим 5 минут.
> Ну вот знаешь, например в эмбедовке бывает все-таки интересно время выхода на
> режим.:-)
> :-)Ну вон там перцы показали время загрузки в 0.3 секунды в их приложение. Вот это - время старта, да. Жаль правда что так катит не всегда и не везде.
Мне само сочетание встроенных решений и мегакомбайна systemD понравилось.
> Мне само сочетание встроенных решений и мегакомбайна systemD понравилось.Как-то раз я уж было приготовился писать сам кучу системной лабуды. Но почитав маны понял что все это отменяется - Поттеринг все уже сделал. Не так уж плохо, кстати.
А ваши адищевы месива на шелле - еще хуже, если что. И мне даже там никуда не уперся никакой хаскель и прочие. Там надо то дернуть несколько сисколов в нужном порядке, из кода с повышенными правами. Поттеринг это обеспечивает, в отличие от лекарей рассказывающих как это не надо.
> Не так уж плохо, кстати.Спасибо, отличная шутка! Предлагаю ещё выступить с радужным флагом и подписью "магические константы в код!".
> Ну вот знаешь, например в эмбедовке бывает все-таки интересно время выхода на
> режим.А причем тут эмбедовки? Речь, как бы, о десткопах, не?
>> А вот у меня саспенд работает,
> А еще вы наверное хотели сказать что 640 килобайтов - хватит всем?Вообще-то, работающий саспенд, как бы, более продвинутая технология.
А вот всякие "саспенды не нужены, у нас системды позволяет быстро перезагрузиться!" как раз на такие перлы и тянут :)> А вот юзерь будет нехило материться, если управляюищий какой-то лабудой сервисный компьютер
> будет выходить на режим 5 минут.А причем тут какой-то сервисный компутер и тем более юзверь? Да делайте там что хотите, хоть винду там вкорячивайте. Только нафига с пропагандой "этого самого" ко всем остальным лезть?
> А причем тут эмбедовки? Речь, как бы, о десткопах, не?Это с гуя ли? Я вон дебиан с системдой на очередную ARMовскую борду привинчиваю. Вполне себе юзкейс. Хоть и не ваш. А почему должно быть можно только ваши юзкейсы? Линух не ваша собственность, пройдите в пень.
> Вообще-то, работающий саспенд, как бы, более продвинутая технология.
Это все круто, но перезагрузка - выход на строго определенное состояние системы и хороший способ рекавери из нештатных ситуаций, особенно когда кульсисопа за штурвалом нет и ресет давить некому, как и разруливать странный глюк из-за того что раз в год в проц попала какая-то космическая частица и что-то факапнулось. А саспенд - это "где прихватило". Да и саспендиться в конкретно вон той системе может быть и некуда. А какие-то абсолютно левые допущения о том что только десктоп, только на вполне конкретной архитектуре, с вполне конкретным устройством железа, так что это работыет - как-то криво и обрубает уйму иных применений.
> А вот всякие "саспенды не нужены,
Спорное утверждение. Но только для ноутов, по большому счету. А еще ребут позволяет обновить кернель и убедиться что софт сейчас уж точно использует обновленные либы, а не что нибудь еще. Так что даже ноутам иногда таки полезно.
> А причем тут какой-то сервисный компутер и тем более юзверь?
Ну например при том что я такие штуки на дебиане с системд делаю. А чем эти юзкейсы хуже ваших?
> Да делайте там что хотите, хоть винду там вкорячивайте.
Не, спасибо, винда там вообще не в кассу. Ни по лицензии, ни по пригодности к автоному.
> Только нафига с пропагандой "этого самого" ко всем остальным лезть?
А линух - система универсальная. И я на ARMовскую борду, вы только подумайте, ставлю обычный такой дебиан. Ну а хоть и набраный под задачу debootstrap-ом и минимальной доустановкой минимально нужных в конкретном случае пакетов. И я как-то вполне искренне рад что мои юзкейсы стали проще а грабли обпрыгает поттер. А вот с чего вы возомнили что вам можно качать права и диктовать другим как им их системы девелопать - я не понимаю. Делайте свой проект, так как вам надо - и там будет так как вам хотелось. Если делалка не развяжется. А во всех остальных случаях - те кто делал проект могут принять те или иные решения. И насколько они там вам понравятся - это совсем не факт. Чтобы у вас было право голоса - вы вообще должны быть разработчиком этого проекта, для начала. А иначе вы вообще некто сбоку-припеку, качающее права с непонятно какого рожна. ЧСХ, все остальные отлично в курсе что не брали на себя никаких обязательств перед вами. Поэтому вы не больно дофига скачаете. Сложно это - указывать людям как им работать _ИХ_ работы.
>> А причем тут эмбедовки? Речь, как бы, о десткопах, не?
> Это с гуя ли? Я вон дебиан с системдой на очередную ARMовскую
> борду привинчиваю. Вполне себе юзкейс.Это прекрасно.
Но.
В ЭТОЙ ветке мы сра^W по^W поводу^W обсуждали именно ДЕСКТОПЫ.
Так что не в кассу.> А какие-то абсолютно левые допущения о том что только десктоп, только
> на вполне конкретной архитектуре, с вполне конкретным устройством железа, так что
> это работыет - как-то криво и обрубает уйму иных применений.То, что саспенды работают частенько криво из за реализации, вообще-то не делает саму идею саспенда плохой.
> Спорное утверждение. Но только для ноутов, по большому счету. А еще ребут
> позволяет обновить кернель и убедиться что софт сейчас уж точно использует
> обновленные либы, а не что нибудь еще.Вообще-то это костыль. И да, с разморозкой вас! :)
ksplice, kgcraft, kpatch http://korovamilky.tumblr.com/post/16460518079/running-new-l... (ну ладно, скажем, в эту сторону очень усиленно и упорно копают)> Ну например при том что я такие штуки на дебиане с системд
> делаю. А чем эти юзкейсы хуже ваших?Тем, что они не мои? Да и обсуждали, как бы, быстроту загрузки на десктопе (а еще точнее -- именно мифические плюшки от этого. Причем с таким пылом как будто каждый час приходиться перезагружаться).
> А линух - система универсальная. И я на ARMовскую борду, вы только
> подумайте, ставлю обычный такой дебиан. Ну а хоть и набраный подНу, вообщето потому что юзкейзы разные ... и вообще, "микроскопом универсальным, гвоздезабивательным" попахивает.
> проще а грабли обпрыгает поттер. А вот с чего вы возомнили
> что вам можно качать права и диктовать другим как им их
> системы девелопать - я не понимаю.Типа, отпираться от сомнительных фич на СВОЕЙ СИСТЕМЕ, ДЛЯ СВОИХ ЮЗКЕЙЗОВ -- вдруг, внезапно уже прокачка прав?
А не слишком уж за уши притянуто? Или черезмерный фанатизм?
> и там будет так как вам хотелось. Если
> делалка не развяжется.Переход на личности такой переход на личности :)
Еще раз -- все есть, все работает, все устраивает. Пилят где-то? Пользуется кто-то? Да на здоровье.
Но тут вон приходят некоторые и начинают втирать про то, как это здорово - использовать системДу на своей железке и поэтому мне нужно обязательно ее установить, ибо иначе я качающий права ССЗБ. Прикольно :)> Сложно это - указывать людям как им работать _ИХ_
> работы.Ну, у вас и паре других ярых воителей-фанатов это очень так неплохо получается :)
> В ЭТОЙ ветке мы сра^W по^W поводу^W обсуждали именно ДЕСКТОПЫ.А я то наивно думал что тут обсуждают системд. Сабж как бы намекает, да и новость.
> Так что не в кассу.
Ну если вы обсуждали десктопы, а не системд - попросите модераторов вас стереть. С причиной "оффтопик". Так наверное будет честно.
Кроме того, я как-то считаю довольно глупым выделять десктоп в какую-то совсем особенную сущность. Это мне что теперь, на серверах, десктопах и прочая - разными системами инициализации пользоваться? А зачем? И не опухнет у меня голова изучать 10 разных систем инициализации? Нет, systemd, конечно, годится не на 100% случаев. Но 99% явно сможет потянуть. И мне так будет сильно удобнее в общем случае. Тем более что у системд есть определенные фичи полезные и десктопам. Типа всяких там управлений сессиями, "пользовательского" режима и прочая. Да и cgroups позволяют надежно понимать что и кому принадлежало на самом деле. Хоть там кто форкался, хоть нет.
> То, что саспенды работают частенько криво из за реализации, вообще-то не
> делает саму идею саспенда плохой.Ну я не знаю, у меня suspend to RAM вполне нормально работает. И на десктопе и на ноуте. Было бы это не так - я бы вкатал баг. Просто это нишевая фича и с временем загрузки не особо коррелирует. Это просто совсем иная технология. И сравнивать это с временем загрузки - ни о чем. STR вываливается почти мгновенно. Но на ноуте посадит полную батарейку за ~неделю, etc.
> (ну ладно, скажем, в эту сторону очень усиленно и упорно копают)
Это замечательно, конечно, и я поддерживаю такое. Но иногда я могу захотеть например кардинально более новый кернель и прочая. А эта фича - больше для сервисов где даунтайм даже на 10 секунд совсем низзя чем для рядового десктопа.
> Тем, что они не мои?
А вы кто, чтобы за всех решать? И как вы относитесь к тому что в этом месте некоторые вам просто помашут факом? :)
> Да и обсуждали, как бы, быстроту загрузки на десктопе (а еще точнее
> -- именно мифические плюшки от этого.Затвердила сорока Якова одно про всякого. Если вам так надо именно десктоп - ну я могу допустим доустановить десктопные пакеты на ту же ARMовскую платку, прицепить ее к монитору и клавиатуру и мышь в usb воткнуть. Получится десктоп. А хотя-бы и ARMовский. Но глядя на картинку на мониторе так сразу и не заметишь ничего особенного, пока не забредешь куда-нибудь в /proc/cpuinfo. Отличие десктопа от не-десктопа в том какие пакеты/программы в систему вкатили, по большому счету. На самом деле еще в некоторых дефолтах и настройках, но это уже зависит от.
> Причем с таким пылом как будто каждый час приходиться перезагружаться).
Как бы это сказать? Идеальный расклад - когда девайс выходит на рабочий режим со скоростью пылесоса. Т.е. нажали включение - заработало. Это позволяет человеку не ждать машину. STR один из примеров когда это как-то так и случается, но как я уже сказал - со своим недостатком в виде энергозависимости. А suspend to disk - таки уже медленно и не лучше обычной загрузки.
> Ну, вообщето потому что юзкейзы разные ... и вообще, "микроскопом универсальным,
> гвоздезабивательным" попахивает.Ну вот Поттеринг сделал довольно фичастое нечто. Поэтому там на самом деле робот. Если надо - он молотком гвоздь вфигачит. Сам. А если надо - отсканирует атомным микроскопом структуру вон той фигни и выдаст на экран. А мне остается только рулить этим и не бегать в разные стороны. Ну и да, я пока так и не увидел ни 1 разумного аргумента "против". Какие-то отмазки, персональная вкусовщина и прочие предрассудки.
> Типа, отпираться от сомнительных фич на СВОЕЙ СИСТЕМЕ, ДЛЯ СВОИХ ЮЗКЕЙЗОВ --
> вдруг, внезапно уже прокачка прав?Если система ВАША - ну вот и рулите ВАШЕЙ системой как сочтете нужным, если рулилка не отвалится. Откуда ж в ВАШЕЙ системе поттерингу то взяться? Ну кроме случая когда вы оказались лох-майнтайнером и зачем-то сами приволокли себе в СВОЮ систему системд, прострелив себе пятку. А если у вас в системе за вас решают другие - возможно, вы просто что-то слегка перепутали насчет "вашести" в этой жизни? И таки пользуетесь чьей-то еще системой. С какого-то фига присвоив себе право решать за других как им надо работать для ублажения вашей тушки с вашими прихотями и предпочтениями?
> А не слишком уж за уши притянуто? Или черезмерный фанатизм?
Фанатизм - это требовать с нахрапом что-то от других. При том что они вам ничем таким не обязаны. И делают то что считают нужным, забыв у вас спросить. Стребовать вы с них ничего не сможете, чисто технически. И только испортите впечатление о себе, выглядя отборным наглецом, не понмающим самых базовых вещей.
> Переход на личности такой переход на личности :)
В каком месте там переход на личности? Там всего лишь базовое описание процессов взаимодействия двуногих. По дефолту командовать вы можете только 1 человеку - самому себе. А вот дальше - как получится. И весьма зависит от.
> здорово - использовать системДу на своей железке и поэтому мне нужно
> обязательно ее установить, ибо иначе я качающий права ССЗБ. Прикольно :)Я сильно сомневаюсь что к вам пришли парни с автоматами и под угрозой расстрела заставили вас пользоваться конкретным дистром и даже потребовали вкатить в него системд. А то что майнтайнеры дистра которым вы пользуетесь решили использовать системд - так это их право. Они много чего еще решить могут. Ну вон например в дебиане решили что переходят с libav на ffmpeg. Чтобы иметь слово в жизни проекта - надо быть разработчиком. В остальных случаях учет вашего мнения весьма и весьма опционален и это следует понимать. Последнее слово - за фактическим исполнителем той или иной работы, как ни крути.
>> Сложно это - указывать людям как им работать _ИХ_ работы.
> Ну, у вас и паре других ярых воителей-фанатов это очень так неплохо получается :)Может быть, у меня склероз, но я не помню где я вам указывал как и что вам надо делать. Ну, кроме похода в пешее эротическое, на правах предсказаний куда вас пошлют разработчики с таким апломбом.
> А я то наивно думал что тут обсуждают системд. Сабж как бы
> намекает, да и новость.Ну, если меряние пиписьками, в смысле, временем загрузки с разными системами инициализации можно назвать обсуждением -- то да, обсуждали.
> Ну если вы обсуждали десктопы, а не системд - попросите модераторов вас
> стереть. С причиной "оффтопик". Так наверное будет честно.Честно. Но ведь не интересно! Да и узнать что-то новенькое и заковыристое и даже где-то полезное в хорошем сра^W обсуждении намного проще -- тупо потому что трудно загуглить то, о чем не подозреваешь. Хотя это конечно не про совсем отпетых фанатиков, тупо повторяющих свои мантры :)
> Кроме того, я как-то считаю довольно глупым выделять десктоп в какую-то совсем
> особенную сущность.Вообще-то и требования и юзкейзы у всякой эмбедщины, "десктопов"/ноутов и серверов довольно разные.
Потому и железо разное используется и возможности этого железа тоже ну очень отличаются.
И грести все под одну гребенку -- ну, так же глупо, что ли.> Это просто совсем иная технология. И сравнивать это с временем загрузки - ни о чем. STR вываливается
> почти мгновенно. Но на ноуте посадит полную батарейку за ~неделю, etc.Я прокапитаню:
это такой конкретный юзкейз, особенно для ноутов -- закрыл, сунул в сумку ... открыл -- и сразу можешь продолжать.
Ну и на стационарниках тоже вполне удобно.
И при этом да, оно хоть и жрет батарейку, но очень терпимо. А альтенатива с выключением и последующей полной загрузкой -- ну, неудобно.
Плохая альтернатива. И чисто для юзкейза ноута -- костыльно. И даже если S2RAM не работает -- глупо нахваливать решение проблемы костылянием.
Даже если этот костыль "на самом деле робот". Лучше пинать недобросовестных производителей железа. Хоть прямыми жалобами, хоть "голосованием рублем". Т.е. не поддерживаете стардарты? Ну и мы вас не поддерживаем!
А вот от того, что народ берет таки железки и костыляет (или плачется в интернетах) - так производителям от этого ни холодно ни жарко.
И "новички", глядя на вот такие нахваливания костылей "Саспенд не работает? Да бог с ним! У нас загрузка быстрая, так что разницы почти и не заметно!" тоже воспринимают ситуацию, как само собой разумеющееся. Ну или возвращаются обратно. А так - глядишь и побольше производителей мейнстримных железок заинтересуются -- особенно если поддержка "нефорточек" отбиваться будет, а то и прибыль приносить.>>> я такие штуки на дебиане ... А чем эти юзкейсы хуже ваших?
>> Тем, что они не мои?
> А вы кто, чтобы за всех решать?Ладно ладно, убедили! Ваши юзкейзы теперь и _для меня_ -- самые важные!
> Если вам так надо именно десктоп - ну я могу допустим доустановить десктопные пакеты на ту же
> ARMовскую платку, прицепить ее к монитору и клавиатуру и мышь в
> usb воткнуть. Получится десктоп.Тут (на опеннете) уже ведь вроде где-то обсуждались арм-ки как альтернатива десктопу.
Не тянут они пока юзкейзы типа девелопмента с жирной иде, кучей вспомогательных прог, компилянием и виртуалками для тестирования.
"Cамолет? Ну, мы возьмем самокат и с помощью фанеры и скотча ... и даже летать будет, если с горки и не высоко!"> Ну и да, я пока так и не
> увидел ни 1 разумного аргумента "против". Какие-то отмазки, персональная вкусовщина и
> прочие предрассудки.Шаблон поменять забыли :)
Тут, типа был вполне конкретный юзкейз-пиписькозамер:
> арч взлетает за 20 секунд. а бубнта с upstart минут 10 только стартуетНу а я просто высказал свои сомнения по поводу убедительности вот этого самого юзкейза, конкретно тут, с этим самым "десктопом", вроде бы как сильно за уши притянутого.
И ни слова не то что об эмбедовке, а даже о присутствии/отсутсвии системДы в системе.
А оказалось, тут можно много чего интересного домыслить прочитать между строк :)> нужным, если рулилка не отвалится.
Ну, пока не отвалилась, но спасибо за заботу.
> Откуда ж в ВАШЕЙ системе поттерингу то взяться?Правильно, неоткуда.
> Ну кроме случая когда вы оказались лох-майнтайнером и зачем-то
> сами приволокли себе в СВОЮ систему системд, прострелив себе пятку.Не, это точно не про меня.
> A если у вас в системе за вас решают другие - возможно,
Ну, строго говоря, если вы не сами добыли руду, выплавили ... написали свое ядро ...
то у вас остается только выбор, чем пользоваться (и, возможно, в меру сил поддерживать).
И да, моя машинка и возможности рулежа меня вполне устраивают. Хотя сам факт этого очевидно не устраивает других.> таки пользуетесь чьей-то еще системой. С какого-то фига присвоив себе право
> решать за других как им надо работать для ублажения вашей тушки
> с вашими прихотями и предпочтениями?Сколько домыслов -- и все мимо! Конкретно вот я никому ничего не навязывал. В отличии от.
> И делают то что считают нужным, забыв у вас спросить.
Типа попыток впаривания мне сабжа, не спросив? Да, эти "другие" могут. Правда, дальше обвинительно-уличительных речей на опеннете дело вряд ли зайдет. Хотя, кто этих фанатиков знает -- вычислят, поймают в темной переулке и все-таки заставят! :)
> Я сильно сомневаюсь что к вам пришли парни с автоматами и под
> угрозой расстрела заставили вас пользоваться конкретным дистром и даже потребовали вкатить
> в него системд. А то что майнтайнеры дистра которым вы пользуетесь
> решили использовать системд - так это их право.Не не, что вы. Надеюсь, ваши жуткие домыслы никогда не станут реальностью.
Ну или к тому времени ярые фанаты отловят все грабли и отполируют подводные камни.
Я совсем-совсем не против - флаг в руки и все такое :)>В остальных случаях учет вашего мнения
Говорят, определенный уровень знаний, позволяющий при нужде собрать или даже подправить софтину так, как желательно вам -- очень такая нехилая подпорка в сглаживании мелких углов.
Типа -- помоги себе сам. Говорят, вполне себе работает -- до определенного уровня. И вроде бы, куда как проще скачек по дистрам на каждый чих или вкушания кактуса :)> Может быть, у меня склероз, но я не помню где я вам как и что вам надо делать.
>> Линух не ваша собственность, пройдите в пень.Посыл в пешее эротическое на основе левых домыслов - вполне на это тянет. И да, вроде бы сабж еще не планируют встроить в ядро, так что собственно Линух пока и не причем.
> системами инициализации можно назвать обсуждением -- то да, обсуждали.Для начала - тема про системд. А о погоде и молодежной моде можно потрепаться где-нибудь еще.
А меряние пип... ну в общем в эмбедовке например за время стрта могут серьезно рубиться. Рекорд - что-то типа старта за 0.3 секунды. В программу, которая картинку с камеры на экран гонит. Выглядит интересно - при нажатии на ресет картинка немного мигает. Но это ультра-компромиссное решение. Но по хорошему так должны стартовать ВСЕ системы.
> Честно. Но ведь не интересно!
Ну тогда наверное криво предъявлять мне что-то если я эту тему воспринял в контексте системд.
> Да и узнать что-то новенькое и заковыристое и даже где-то полезное в хорошем
> сра^W обсуждении намного проще --До некоторой степени это так. Как минимум, посмотреть на иные точки зрения никогда не лишне.
> это конечно не про совсем отпетых фанатиков, тyпо повторяющих свои мантры :)
Оно и видно :)
> Вообще-то и требования и юзкейзы у всякой эмбедщины, "десктопов"/ноутов и серверов
> довольно разные.А линух мне нравится тем что хорошо масштабируется вертикально. И поэтому может и там и сям работать. Если система инициализации не может проявить такую же гибкость, это МИНУС системы инициализации. Пока я знаю 1 ощутимый лимит системд: для самой маленькой из эмбедовки, куда зашивают дистры типа openwrt он тяжеловат. С другой стороны, процессорный модуль 3х4 сантиметра нынче спокойно бывает с 2 ядрами, гигом оперативы, 4Гб флеша и прочая. При цене в 30 баксов.
Правда жизни такова, что нынче мелкая железка чуть больше SD карты размером может забутявить более-менее обычный дистр не сильно напрягаясь. Чудеса интеграции. IOT? Я к нему готов :).
> Потому и железо разное используется и возможности этого железа тоже ну очень отличаются.
Система инициализации как таковая с возможностями железа пересекается лишь местами. И в этом контексте я могу вспомнить разумную организацию вачдога системд. Очень кстати. И прочая реакция на крышку ноута - можно поспорить где это должно быть. Но в конечном итоге работает.
> И грести все под одну гребенку -- ну, так же глупо, что ли.
С другой стороны, есть такая штука как реюз знаний и кода. И это позволяет решать задачи проще и быстрее. Заюзать услуги системд по, допустим, вачдогованию процессов - быстрее и проще чем самому кодить супервизор.
> это такой конкретный юзкейз, особенно для ноутов -- закрыл, сунул в сумку
> ... открыл -- и сразу можешь продолжать.Ну да. Я им пользуюсь. И с системд, и без. Но заменой загрузки это не является. И моим единственным юзкейсом - тоже. Поэтому рассматривать это как панацею я не собираюсь. Я вообще основной объем работ предпочитаю воротить на большом удобном десктопе с дофига ресурсов, 27" экраном, полноразмерной клавиатурой, SSD и пачкой HDD и прочая. Потому что это удобнее и быстрее. А ноут нужен чтобы ухватить его в сумку - и готов.
> Ну и на стационарниках тоже вполне удобно.
Я как правило не выключаю стационарник. На него спихано фоновых задач и прочая. Идея дергать могучую машину по питальнику лишний раз видится мне "так себе" - из соображений надежности. HDD и питальники это не лю.
> оно хоть и жрет батарейку, но очень терпимо.
Однако неприятно если я зарядил ноут, совсем не трогал, а через неделю, когда я решил куда-то с ним поехать - очень некстати оказывается пустая батарейка. А если батарея пустая - и вовсе некорректный шатдаун бывает.
> А альтенатива с выключением и последующей полной загрузкой -- ну, неудобно.
Я основной объем работ делаю на десктопе. А ноут - для случаев когда надо мобильность, а не что-нибудь еще. Удобством, соответственно, можно поступиться. Но не мобильностью.
> Плохая альтернатива. И чисто для юзкейза ноута -- костыльно.
Зависит от того что с ноутом делать. Если это "выездная машина", фигово - это когда полностью заряженный девайс оказался вдруг пустым.
> И даже если S2RAM не работает --
У меня работает. Я им пользуюсь. Но посадка батареи за неделю - накладывает чувствительные ограничения.
> Даже если этот костыль "на самом деле робот".
В случае с ноутом - я согласен считать неработу STR за проблему. Но это другой юзкейс и того факта что иногда (пере)загрузки системы будут - не отменяет.
> Лучше пинать недобросовестных производителей железа.
Пусть у кого не работает и пинаются.
> стардарты? Ну и мы вас не поддерживаем!
У большинства ноутов стандартом является работа винды :(. И поэтому все это ACPI и тем более UEFI работает известно как. У меня например есть некоторые баги с подсветкой. Не фатальные, но их никогда не починят, ибо кривой BIOS.
> плачется в интернетах) - так производителям от этого ни холодно ни жарко.
Ну вот как-то с производителями ноутов кооперация пока весьма умеренная, увы. Они предпочитают шестерить перед микрософтом, а bios - клозеттсорсная дрянь.
> и не заметно!" тоже воспринимают ситуацию, как само собой разумеющееся.
Ну как бы с практической точки зрения лучше вбить костыль и добиться решения своих задач чем просто обломаться и не покупать компьютеры вообще.
> Ну или возвращаются обратно.
Это скорее из-за всяких гентов и арчей происходит. Новички наслушаются сказок о крутизне, а потом, не имеючи скиллов - налетают на сотни грабель. В том числе и по причине своей криворукости. Вот тут не в меру горластые арчегентоводы оказывают медвежью услугу. Плохо когда челу обещают златые горы, а реально - оказываются кучи из иного материала.
ИМХО ситуацию надо признавать такой какой она есть. Честно обрисовав грабли, чтобы не обламывать ожидания. Врать в открытом мире - затея тухлая. С чем, кстати, хейтеров системды и поздравляю с их подтасовками и вертуханиями.
> железок заинтересуются -- особенно если поддержка "нефорточек" отбиваться будет, а то
> и прибыль приносить.Местами это даже работает - всякие интели и амд довольно прилично пашут нынче над поддержкой линя.
> Ладно ладно, убедили! Ваши юзкейзы теперь и _для меня_ -- самые важные!
На самом деле - победят убеждения майнтайнеров. А какие они будут в том или ином дистре и кому из нас они окажутся полезны - варьируется. И с чего вы взяли что предпочтения майнтайнеров - константа? :)
> Тут (на опеннете) уже ведь вроде где-то обсуждались арм-ки как альтернатива десктопу.
Ну да. И на самом деле бывают и довольно годные (под десктоп). Вон создатель Фороникса хвалит, как ни странно, нвидию в этом плане. Там в опенсорсное нуво даже неплохо накоммитили поддержку этого GPU. Не говоря о том что это единственный "околомобильный" ARM с "околодесктопным" GPU. Да еще открытый драйвер есть. Так что если хочется - бывает и так. И линух это поддерживает.
> компилянием и виртуалками для тестирования.
На самом деле очень зависит от. Нынче бывают "серверные" ARM с кучей ядер (стоят тоже по серверному). Аппаратную виртуализацию ARM умеют давно. Тяжесть IDE - варьируется. Меня Geany устраивает. Он не тормозит. Ну и на ARM тоже, чего б ему. Многие современные ARM воткнут десктопу десятилетней давности. На которых разрабатывали и не вякали! Сказы про супер-IDE - идут в ж! Вместе с скрипткидизами. За 10 лет эффективность разработчиков мало изменилась. А многие крутые проекты, типа линуха - написаны в простом текстовом редакторе, работавшем на 80386.
> "Cамолет? Ну, мы возьмем самокат и с помощью фанеры и скотча ...
У некоторых оказывается годная фанера и правильный скотч. И познания в аэродинамике и турбинах. И тогда они делают так: https://www.youtube.com/watch?v=Czy0pXRRZcs
> и даже летать будет, если с горки и не высоко!"
А те - "и даже летать будет, если с вертолета и высоко". Чисто технически ARM такие же процессоры как и остальные. И могут все то же самое. Специализация бывает, но она вилами по воде писана. И честно говоря - я вообще совсем не уверен, что мой следующий компьютер будет на x86. Западлостроение в ME/bootguard от интеля и прочее UEFIанство меня как-то уже достало.
> Тут, типа был вполне конкретный юзкейз-пипиcькозамер:
>> арч взлетает за 20 секунд. а бубнта с upstart минут 10 только стартуетЭто не писькомер а булшит: я хубунтой пользуюсь. Разница между апстартом и системд - около ноля.
Но к апстарту у меня есть иных претензий:
1) Они не смогли избавиться от sysv init скриптов. И рулить ими апстарт толком не умеет. FAIL!
2) Зависимости у апстарта прописываются по дypaцки. Врописать свой сервис зависимым от вон того, не трогая конфиг того сервиса - опаньки. А если трогать - это залет на узнавание как это разруливал пакетный манагер. Там уйма вариантов. Нафиг надо. Поттер явно думал головой когда архитектил. В отличие от.
3) Upstart не умеет многое из того что мне полезно в системд. Контейнеры там запилили без году неделю, минимально, когда Поттеринг прижал. Управление процессами там хилое. Вачдога вроде совсем нет.> Ну а я просто высказал свои сомнения по поводу убедительности вот этого
> самого юзкейза, конкретно тут, с этим самым "десктопом",Если про время старта vs upstart vs systemd то это булшит. Как тот кто пробовал убунты и с тем и другим говорю.
> вроде бы как сильно за уши притянутого.
Если про время старта systemd vs upstart - то это в целом булшит. Разница может и есть, но на глаз малозаметна. А вот тулзы у systemd лучше - я благодаря systemd-analyze просто в процессе смотрения на тул нашел пару сервисов которые не сдались и вырубил их. Минус несколько секунд. Заняло минуту времени. В апстарте так нельзя. И в sysv init тоже.
> Ну, пока не отвалилась, но спасибо за заботу.
Ну так рулите наздоровье. Вон там devuan есть. А вон слака. А вон гента. А вон openwrt. Альт, наконец. Наверное и другие, не интересовался. Мне системд жизнь упрощает и я не задавался целью от него избавиться.
>> Откуда ж в ВАШЕЙ системе поттерингу то взяться?
> Правильно, неоткуда.Ну вот если вам кто-то что-то диктует и это вызывает предъявы - тогда "вашесть" вызывает вопросы. Поэтому НеФанатам предлагается разобраться с двойными стандартами уже наконец и признать некоторые очевидные вещи.
> Не, это точно не про меня.
Тогда каким боком тут Поттеринг? Если майнтайнеры некоей системы решили пользоваться системд - так это ИХ система и ИХ решение. Для самих себя прежде всего. А вы в этой схеме вообще "никто".
> Ну, строго говоря, если вы не сами добыли руду, выплавили ... написали свое ядро ...
Вы правы: я выбираю из фиксированного набора опций. Однако т.к. опций много - выбрать обычно удается что-то более или менее близкое к желаемому.
А прелесть опенсорса - в том, что если нечто близко к желаемому - маленькую дельту относительно ванили - я потяну. Поэтому у меня под вон ту задачу лежит ядро с небольшой дельтой относительно майнлайна. И хорошо что так - можно.
> то у вас остается только выбор, чем пользоваться (и, возможно, в меру сил поддерживать).
А также возможность применять свою дельту. А если кто ну п..ц косячит и это ну п..ц как принципиально - можно и форкануться. На то и опенсорс.
> И да, моя машинка и возможности рулежа меня вполне устраивают.
Тогда в чем проблемы? И какие предъявы?
> Хотя сам факт этого очевидно не устраивает других.
Это почему бы? Меня не устраивает что некто пытается с нахрапом лечить посторонних людей, которые вам ничем не обязаны что им делать и как работать. Это выглядит зашкаливающей бopзостью.
> Конкретно вот я никому ничего не навязывал. В отличии от.
Так вы уж определитесь - или уж вы рулите и вас все устраивает. Или уж вам что-то кто-то навязывает. И стало быть вы не рулите. А то прямо двойные стандарты какие-то.
> Типа попыток впаривания мне сабжа, не спросив?
Простите? Или уж система ВАША и там никто не может ничего впарить. Или уж не ваша. Чтобы система была совсем вашей - надо самому писать ее целиком. Тогда никто навязать точно ничего не сможет. Во всех остальных случаях вы зависите от других людей и они в общем случае не подписывались делать удобно именно вам.
> Не не, что вы. Надеюсь, ваши жуткие домыслы никогда не станут реальностью.
А это не домыслы. Когда вы чьей-то программой пользуетесь - случается некая зависимость. И что еще хуже - автор программы не подписывался вас ублажать. Ну так - везде. В том числе и с системой инициализации. Не вижу смысла кидать предъявы: это только вашу репутацию портит и ничего не достигает.
> отловят все грабли и отполируют подводные камни.
В софте вообще багов - бывает. И в systemd, и в инит скриптах, и в upstart и его job-ах.
> Я совсем-совсем не против - флаг в руки и все такое :)
Ну а мы совсем не против - мне вот как-то удобно когда системный менеджер мне услуги вачдога вывешивает вместо кодинга фичи лично.
> Говорят, определенный уровень знаний, позволяющий при нужде собрать или даже подправить
> софтину так, как желательно вам -- очень такая нехилая подпоркаНу разумеется. Поэтому я предпочитаю уметь подправлять те или иные вещи. Вот например майнлайновый кернель немного запатчил относительно оригинала. Так лучше работает на target'e.
> Типа -- помоги себе сам. Говорят, вполне себе работает -- до определенного уровня.
ЧСХ, не врут. Но вот качать права - не прокатит. Ну то-есть если у вас есть контракт - подайте на негодяев в суд за нарушение. А иначе - "негодяи" вам ничего не обещали. И хрен вы что с них стребуете, соответственно.
> тянет. И да, вроде бы сабж еще не планируют встроить в
> ядро, так что собственно Линух пока и не причем.Это достаточно интересный момент. Ну вон SD-Bus предполагает в том числе и ядерный выносок. И за него кстати один из столпов - Кроа Хартман. А он свое возьмет. Он всегда своего добивается :). При том вежливо и корректно. Без наездов и кача прав. У него можно многому научиться. В том числе и культуре общения.
Ложь про убунту. 14.10 на моем лептопе от меню граба до приглашения ввести пароль 7-10 секунд, вход на рабочий стол еще ~5с. Если запустить стандартные программы (FF, Thunderbird, pidgin, skype etc.) ну еще максимум 20-25 секунд буду ждать. ГДЕ вы увидели 10 минут? Вы на первом пне убунту запускаете чтоли, трали зеленые?
python-systemdpython ???
:)
а как же 1000 ключей INI файла хватит всем? :)))
> а как же 1000 ключей INI файла хватит всем? :)))Ты не понял - из питона можно дергать фичи этой штуки. С 1000 ключами инита.
я понял что кроме 1000 ключей я еще и питон должен знать ;)
> я понял что кроме 1000 ключей я еще и питон должен знать ;)Это сильно по желанию. Системд как таковой - питона не требует. Но если хочется "порулить системд из питона" - тогда это вот оно. Я вот например питон в гробу видал, что не мешает мне системд пользоваться ;).
как и писать "простыни из баша" ;)
> как и писать "простыни из баша" ;)Ну вот мне системд нравится тем что там не обязательно ни на питоне наворачивать, ни на баше. Там крЮтая автоматизация с убер-алгоритмикой только когда иначе - ну вообще совсем никак. Именно так я это и хочу видеть.
странно... не наворачивал и всегда работало "из коробки" если не хотелось "странного"...
> странно... не наворачивал и всегда работало "из коробки" если не хотелось "странного"...Ну а вот мне порой хочется странного или недефолтного. И очень хорошо когда при этом не приходится чесать правой пяткое левое ухо.
> python ???Ага, портянки на питоне - не пахнут - они гламурные и ступенчастые.
> Ага, портянки на питоне - не пахнут - они гламурные и ступенчастые.Слишком жирно - я вообще питон не знаю.
Вот кстати про зависимости... Вы же понимаете разницу между "стартанул демон базы данных" и "демон базы готов принять соединение"? Так вот, не реализовал ли уже кто-то "ускорятель загрузки" на этом принципе? То есть мы сразу стартуем ВСЕ демоны, а каждый из них потом регистрируется в системе "ОК! Я выполнил все инициализации, вот мой порт соединяться!". А дальше уже разруливаются зависимости кому сообщить о готовом сервисе.
> Вот кстати про зависимости... Вы же понимаете разницу между "стартанул демон базы
> данных" и "демон базы готов принять соединение"? Так вот, не реализовалСлеза наворачивает! Растут, растут леннарты среди нас. Смена смене идёт!!
> ли уже кто-то "ускорятель загрузки" на этом принципе? То есть мы
Майкрософт -- уже. У них Starting сервиса _отдельно_, Started - отдельно.
Ленарт пока пыжится, но не тянет. Твоё участие всё изменит!!
> сразу стартуем ВСЕ демоны, а каждый из них потом регистрируется в
> Ленарт пока пыжится, но не тянет.Давно тянет, просто некоторые маны не читают но ценное мнение уже имеют.
> данных" и "демон базы готов принять соединение"? Так вот, не реализовал
> ли уже кто-то "ускорятель загрузки" на этом принципе?Внезапно, Поттеринг. С sd nodify и dbus notify и просто socket activation. Man systemd.service.
> То есть мы сразу стартуем ВСЕ демоны, а каждый из них потом регистрируется
Мне кажется, Леннарт сгонял на машине времени в будущее и упер у тебя эту мыслю.
lz4-systemd и lz4-logs-systemd следующий ?
Еще не вышла версия systemd 228, а популярные дистры уже в "системе". Потом все поймут, что это лажа и попытаются "включить заднюю". Но ломка, зависимости и захеревшие к тому времени альтернативы - не дадут им слезть.
> Потом все поймут, что это лажа и попытаются "включить заднюю".Не раньше чем ты накодишь управление процессами сравнимое с systemd, реакцию на ошибки юнитов, вачдог и прочая. Но это да, не на форуме трындеть надо а повъе. Не меньше поцтера. И большой вопрос - получится ли лучше. Всякая скриптошитятина для таких вещей вообще довольно горбато подходит - де факто там вызов характерных низкоуровневых привилегированых сисколов. Наименее горбато это делается из сишной программы. Что логично для системы написаной на си.
>> Потом все поймут, что это лажа и попытаются "включить заднюю".
> Не раньше чем ты накодишь управление процессами сравнимое с systemd, реакцию на
> ошибки юнитов, вачдог и прочая. Но это да, не на форуме
> трындеть надо а повъе. Не меньше поцтера. И большой вопрос -
> получится ли лучше. Всякая скриптошитятина для таких вещей вообще довольно горбато
> подходит - де факто там вызов характерных низкоуровневых привилегированых сисколов. Наименее
> горбато это делается из сишной программы. Что логично для системы написаной
> на си.прежде чем так дерзко нахваливать свой фетиш, хотя бы подожди пока он перестанет глючить, ещё лет через пять, и догонит по скорости инициализации всё, что должен был обогнать в обещаниях твоего онального кумира
Много бла-бла ни о чем. Я уже сейчас запиливаю мой кастомный сервис на вон том девайсе. Сервис периодически пинает systemd сигналя что он живой. А если сервис помрет - системд его перезапустит. А кодить всю эту логику лично я что-то не хочу: поттеринг уже накодил.
> Много бла-бла ни о чем. Я уже сейчас запиливаю мой кастомный сервис
> на вон том девайсе. Сервис периодически пинает systemd сигналя что он
> живой. А если сервис помрет - системд его перезапустит. А кодить
> всю эту логику лично я что-то не хочу: поттеринг уже накодил.Какой у тебя прекрасный падучий сервис, работающий от падения до падения благодаря мужеству инвалида-наркомана и деньгам микрософта уплоченным редхету за последние 5 лет.
> Какой у тебя прекрасный падучий сервис,Он не падучий, но если по какой либо причине, от пропущенного бага до прилется космической частицы он все-таки навернется, должны быть предприняты меры по восстановлению. Автоматикой.
> мужеству инвалида-наркомана и деньгам микрософта уплоченным редхету за последние 5 лет.
Лучще чем мужество укуренных кульсисопов-скрипткидозников, рассказывающих что и кому нужно.
> Я уже сейчас запиливаю мой кастомный сервис
> на вон том девайсе. Сервис периодически пинает systemd сигналя что он
> живой. А если сервис помрет - системд его перезапустит. А кодить
> всю эту логику лично я что-то не хочу: поттеринг уже накодил.По такому принципу в PID 1 необходимо запихнуть всё, включая Java и Wine... И твой костоломный сервис тоже -- вдруг кто-нибудь захочет им попользоваться.
> Wine... И твой костоломный сервис тоже -- вдруг кто-нибудь захочет им
> попользоваться.Они все ничем таким не хуже и поотдельности. А вот дернуть кучу сисколов в определенной последовательности из привилегированного кода - в PID=1 вполне логично. И вообще, идите уже нафиг с вашими рассказами про то кому и чего не надо. Мне - надо. И поэтому будет вот так. И я несказанно рад что почти 100% системного кодинга в этом аспекте удалось выгрузить на Поттеринга. Тем более что ему явно объяснили как это должно быть. Или он сам знал. Поэтому в отличие от результатов жизнедеятельности скриптокидозников - я там вижу логично реализованные фичи.
Что характерно, новости про 222 нигде не было.
http://devopsreactions.tumblr.com/post/124823725833/systemd-...
Только что выпустили 224, расходимся.
> В systemd-networkd представлено несколько новых опций:Сначала трахали мозги с куцим и вендообразным NetworkManager, и как только сейчас эта срань стала почти безболезненно работать - новый лисапед. Жду systemd-audiod.
NetworkManager может работать поверх networkd.
Иди читай по литературе, один месяц до конца лета остался.
> куцим и вендообразным NetworkManagerА ты точно читал документацию куцего NM? В «полноценном» ifupdown, например, до сих пор нет такой очевидной фичи, как зависимости между интерфейсами — приходится обходиться post-up/pre-down. А в NM есть. Там вообще многие вещи просто человечнее сделаны. Ну, кроме багов тут и там.
Что-то списочек совсем короткий, даже на пару экранов не хватило. Systemd всё?
Просто он вошел в зрелую фазу.