The OpenNET Project / Index page

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



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

Оглавление

Разработчики Systemd намерены внедрить кардинально новые мет..., opennews (?), 01-Сен-14, (0) [смотреть все] +8

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


35. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +12 +/
Сообщение от Аноним (-), 01-Сен-14, 11:31 
это называется завязка на одного поставщика по красношапочьи
Ответить | Правка | Наверх | Cообщить модератору

92. "Разработчики Systemd намерены внедрить кардинально новые мет..."  –1 +/
Сообщение от Andrey Mitrofanov (?), 01-Сен-14, 12:42 
> это называется

http://ru.wikipedia.org/wiki/%D0%9F%D0%B... / http://en.wikipedia.org/wiki/Disruptive_innovation

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

97. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +1 +/
Сообщение от Аноним (-), 01-Сен-14, 12:46 
>> это называется
> http://ru.wikipedia.org/wiki/%D0%9F%D0%B...
> / http://en.wikipedia.org/wiki/Disruptive_innovation

весьма спорное сравнение, нет ничего кардинально нового в том, что предлагает Поттеринг

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

210. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от chinarulezzz (ok), 01-Сен-14, 17:29 
Именно. Ничего инновационного системде не привнесла, просто объединила в себе возможности тех программ что и так были до неё.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

321. "Разработчики Systemd намерены внедрить кардинально новые мет..."  –3 +/
Сообщение от Аноним (-), 02-Сен-14, 05:00 
> тех программ что и так были до неё.

Скорее, тех костылей, которые каждый админ лично переизобретал каждый раз по мере надобности. На 100500-й раз хоть кого-то зае... переизобретать одни и те же костыли.

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

382. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +1 +/
Сообщение от chinarulezzz (ok), 02-Сен-14, 10:14 
>> тех программ что и так были до неё.
> Скорее, тех костылей,

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

> которые каждый админ лично переизобретал каждый раз по мере
> надобности.

каждый админ переизобретал логгер, dogwatch, ntp-сервер и т.д.

> На 100500-й раз хоть кого-то зае... переизобретать одни и те
> же костыли.

Да кому ты рассказываешь, сказочник? Ты еще про свою нелюбовь к портянкам на баш, запой. Вот табуреточка, давай.

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

417. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от Аноним (-), 02-Сен-14, 11:49 
> Ну да. Назвал костылями и программа вдруг перестала выполнять свои функции. А
> как только программа растолстела на комбайн - воооо, и некостыльная сразу
> стала.

Ну ана зе моооодульная!

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

473. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от Аноним (-), 03-Сен-14, 15:27 
> Ну да. Назвал костылями и программа вдруг перестала выполнять свои функции.

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

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

Вопрос скорее в функциональности. Да, экскаватор сложнее чем лопата. Но он и может в результате больше.

> каждый админ переизобретал логгер, dogwatch, ntp-сервер и т.д.

Каждый админ настраивал логгинг, решая ряд проблем. При том некоторые решить довольно сложно. Как мне посмотреть что айпишник X делал от Y до Z с вон той машиной? А если логов 20 гигз в день? Как бы это сказать, бинарная база с индексами может лукапнуть записи на порядок эффективнее чем грепание самолично, с чтением всех 20 гигз. База будет читать только совпадающие записи. А при классическом подходе извольте все десятки гигз. Не говоря о том что айпи в виде текста - почти в 4 раза жирнее чем те 4 байта которые реально по проводу летают. Нет, решения на эти случаи есть, но дефолтные системные логгеры на таком обычно жидко обcиpaются. И вот кого-то в кои-то веки это видимо задолбало. Алилуйя, не прошло и 50 лет.

> Да кому ты рассказываешь, сказочник? Ты еще про свою нелюбовь к портянкам
> на баш, запой. Вот табуреточка, давай.

Табуреточка здесь это ты. Потому что в отличие от тебя я свою точку зрения могу обосновать и чисто технически. В отличие от табуреток вопящих про злого волшебника гарри поттера :).

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

483. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от chinarulezzz (ok), 03-Сен-14, 15:52 
> Ну его нафиг - виртуалки и контейнеры осваивать.

другая опера.

> Вопрос скорее в функциональности. Да, экскаватор сложнее чем лопата. Но он и
> может в результате больше.

Как ты реализуешь условие в системде, когда запуск вспомогательной программы прошел успешно (код возврата 0)?

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

521. "Разработчики Systemd намерены внедрить кардинально новые мет..."  –1 +/
Сообщение от Аноним (-), 03-Сен-14, 19:09 
> другая опера.

Это для вас другая, а у нас - ядро с поддержкой cgroups и namespaces, виртуализатором (KVM) и прочими плюшками. И мы теперь, натурально, хотим этим рулить. Желательно не имея выбор между "мегаэнтерпрайзный монстр на 500 мегабайтов" и "да пошел ты, сам дергай нужные сисколы, как гуглохром". Вот поттер с его замашками явно в настроении заткнуть эту прореху своей тушкой. Пусть дерзает.

> Как ты реализуешь условие в системде, когда запуск вспомогательной программы
> прошел успешно (код возврата 0)?

Если мне это надо проверить и как-то кастомно обработать - ну ок, запущу скрипт и он это сделает. Запускать из конфига интерпретатор хоть там какого ЯП и делать что угодно - законом не запрещено. Но в 99% случаев все что надо сможет сам запускач. В том числе и мониторинг/рестарт упавших сервисов, с лимитированием всего этого до разумных величин если случилась админская ошибка иди у сервиса порушились рантайм данные так что он не взлетает совсем. А в случае нормальной системы инициализации, между прочим, результаты в логи пишутся. Так что если софтина внепланово издохла - я узнаю из логов. А не когда я замечу что сервис сдох, почешу репу, сам допишу в скрипте логгинг всего и вся, и вот тогда...

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

547. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от chinarulezzz (ok), 03-Сен-14, 22:57 
>> другая опера.
> Это для вас другая, а у нас - ядро с поддержкой cgroups
> и namespaces, виртуализатором (KVM) и прочими плюшками. И мы теперь, натурально,
> хотим этим рулить.

у вас - это у поттерингопоклонников? А нас - это бсдшников? Или реактосников? Или ты вообще о чём, а то может до системде линукса не было? :-D

> Желательно не имея выбор между "мегаэнтерпрайзный монстр на
> 500 мегабайтов"

Скоро системде вместит, учитывая сколько туда софтин мержатся. К тому же GUI-настройщик уже есть. В добавок курирует одна компашка одной компании, которая отвергает патчи не соответствующие партийной линии. Ты главное - дождись.


> Вот поттер с его замашками явно в настроении заткнуть эту прореху своей тушкой. Пусть дерзает.

всё заткнет, все соседние подсистемы: менеджер сессий, менеджер устройств, ntp-сервер, web-сервер, бэкап утилиты, утилиты настройки сети, логгер, всё-всё-всё заткнёт)))


>> Как ты реализуешь условие в системде, когда запуск вспомогательной программы
>> прошел успешно (код возврата 0)?
> Если мне это надо проверить и как-то кастомно обработать

нет, unit запустить, даже без кастомно обработать.

> - ну ок, запущу скрипт и он это сделает. Запускать из конфига интерпретатор хоть
> там какого ЯП и делать что угодно - законом не запрещено.

А так знатно пердел про функционал.

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

582. "Разработчики Systemd намерены внедрить кардинально новые мет..."  –1 +/
Сообщение от Аноним (-), 05-Сен-14, 15:04 
> у вас - это у поттерингопоклонников?

У нас - это у тех кто готов пользоваться современными фичами в современной системе, на уровне достойном 2014 года, а не 1990-го. А то как-то странно получается: в ядре контейнеры и гипервизор есть. А как насчет ими порулить?!

> А нас - это бсдшников? Или реактосников?

У вас - это господ "я так привык", при том привык - это без задействования виртуализации, контейнеров, снапшотов ФС и прочих актуальных технологий. Их даже современными то называть сложно - лет всему этому много, а популярно оно стало потому что мощности современного железа достигли уровня когда 1 программе столько просто не надо.

Или ты вообще о чём, а то может
> до системде линукса не было? :-D

Был. Только вот до него почему-то все клали болт на проблемы тех кто хочет пользоваться виртуализацией и контейнерами, делая вид "моя хата с краю, ничего не знаю". Единственной системой инициализации где запилили поддержку cgroups кроме systemd стал upstart. С большим отставанием. Когда уже половину компонентов systemd в систему уже приперли.

> Скоро системде вместит, учитывая сколько туда софтин мержатся.

Я не виноват что остальные забили. За это и повылетают отовсюду кроме машин особо маргинальных личностей. Не очень то и жалко. Им же не жалко было админов костыляющих запуск и майнтенанс виртуалок и контейнеров.

> К тому же GUI-настройщик уже есть.

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

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

Если ты про редхат - нууу... объяви редхату бойкот: удали весь код от редхата. Только не забудь посмотреть сколько они работы воротят.

> всё заткнет, все соседние подсистемы: менеджер сессий, менеджер устройств, ntp-сервер,
> web-сервер, бэкап утилиты, утилиты настройки сети, логгер, всё-всё-всё заткнёт)))

Флаг ему в руки. Его дело - сделать компонент который сам рулит системой, включая VM/контейнеры/состояния ОС на железке по минимуму, а если надо еще круче - вывешивает энтерпрайзному управлятору, если приспичило порулить 500 серверами за раз.

> нет, unit запустить, даже без кастомно обработать.

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

> А так знатно пеpдел про функционал.

Конфигурирование != программирование. Я считаю что в конфигурационных данных "как запускать программы" условностей следует избегать. Если это совсем не получается, во избежание превращения прозрачных конструкций в макароны как в sysv нынче. А если где-то совсем не получилось - ну вот тогда и звать скрипты. Может, 1% случаев и наберется. Для чего-то такого скрипты и нужны - когда надо именно попрограммировать.

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

589. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +1 +/
Сообщение от chinarulezzz (ok), 05-Сен-14, 15:37 
> У нас - это у тех кто готов пользоваться современными фичами в
> современной системе, на уровне достойном 2014 года, а не 1990-го.

знатный фетиш.
> А то как-то странно получается: в ядре контейнеры и гипервизор есть. А
> как насчет ими порулить?!

Без системде никак. Обратно в 20-й век.

>> К тому же GUI-настройщик уже есть.
> Мне пофиг на гуй, я и конфиги не против отредактировать.

редактировать сложнее чем галочку поставить :-D

> А вот наворачивать многостраничные скрипты и собственные утили дергающие сисколы для типовых операций (а старт виртуалок и контейнеров - это именно оно) мне лениво.

Да не наворачивал ты ничего. Настя, шо ты хонишь?))

> Хотелось бы некое готовое околосистемное решение которое бы этим занималось.

включающее всё и вся на своём пути, или ты о запуске контейнеров?

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

Я тебе о том, что нет сотрудничества, нет чётких целей проекта. Есть только собственные интересы и огораживание, а это так по проприетарному... Переход неоправдан. А ты мне: ну откажись от всех продуктов. Ну посмотри сколько у них ПО. Да без базара, чувак. Только для меня это не повод.

>> А так знатно пеpдел про функционал.
> Конфигурирование != программирование.

о да, теперь запустить по условию - программирование. А зачем тогда в системде встроено столько условий выполнения?))

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

А лёня не избежал) Те же макароны, только куцые. Мешанина из скриптов и конфигов монстра с pid 1.

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

524. "Разработчики Systemd намерены внедрить кардинально новые мет..."  –1 +/
Сообщение от Аноним (-), 03-Сен-14, 19:18 
>[оверквотинг удален]
> Z с вон той машиной? А если логов 20 гигз в
> день? Как бы это сказать, бинарная база с индексами может лукапнуть
> записи на порядок эффективнее чем грепание самолично, с чтением всех 20
> гигз. База будет читать только совпадающие записи. А при классическом подходе
> извольте все десятки гигз. Не говоря о том что айпи в
> виде текста - почти в 4 раза жирнее чем те 4
> байта которые реально по проводу летают. Нет, решения на эти случаи
> есть, но дефолтные системные логгеры на таком обычно жидко обcиpaются. И
> вот кого-то в кои-то веки это видимо задолбало. Алилуйя, не прошло
> и 50 лет.

Этому что лет в обед в лице логсташ, эластиксёрч и тому подобное. И тебе уже не раз здесь ссылки приводил что греп по текстовым логам виндового тмг быстрее грепа по базульке.

А теперь приведи пример какое сетевое оборудование поддерживает новый модный формат лёниного детища, а не сислог.

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

540. "Разработчики Systemd намерены внедрить кардинально новые мет..."  –1 +/
Сообщение от Аноним (-), 03-Сен-14, 20:38 
> Этому что лет в обед в лице логсташ, эластиксёрч и тому подобное.

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

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

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

> А теперь приведи пример какое сетевое оборудование поддерживает
> новый модный формат лёниного детища, а не сислог.

Да мне пофиг на куски проприетари. Если кому сильно надо - сделают какой-нибудь бридж/плагин/что там еще. Лениному логгеру то какая разница что логгить?

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

543. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от Аноним (-), 03-Сен-14, 21:26 
> > Этому что лет в обед в лице логсташ, эластиксёрч и тому подобное.
> Только по дефолту в комплекте дистров идет какой-то крап, вызывающий много претензий со всех сторон.

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

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

Какой клинический случай? Это тестовые прогоны. Или базулька у тебя с индексами халявная и при создании не жрет ресурсов? Ну иди и смотри как правильные тулзы обрабатывают сислоговые записи. И где можно увидеть реальный пример работы лениного логгера на миллиардах записей?  Ах да, я забыл, в его блоге скорее всего так и написано. А мы джентльменам верим на слово.

> Да мне пофиг на куски проприетари. Если кому сильно надо - сделают
> какой-нибудь бридж/плагин/что там еще. Лениному логгеру то какая разница что логгить?

Действительно. Что-то это признанный всеми производителя стандарт сислог будет указывать кому и что делать. Выкинем оборудования на миллионы зеленых рублей  - ведь лёнька знает  как лучше.

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

544. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от rob pike (?), 03-Сен-14, 22:09 
> Идите это как его сами под себя собирайте систему.

А лучше - обращайтесь к сертифицированным RH интеграторам.

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

546. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от Аноним (-), 03-Сен-14, 22:44 
>> Идите это как его сами под себя собирайте систему.
> А лучше - обращайтесь к сертифицированным RH интеграторам.

Ну без этих никуда. Интересно придёт ли им в голову мысль что можно и на этом деньги делать. Сначала они геморрой на все головы устроят везде, с лёниной помощью. Потом особые уличные интеграторы от РХ будут втридорога драть, что бы выпилить под тебя ручной сборки дистр с сисвинит, сислогом, пробросом графики по сети.

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

576. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +/
Сообщение от Oleg (??), 05-Сен-14, 12:55 
>> Этому что лет в обед в лице логсташ, эластиксёрч и тому подобное.
> Только по дефолту в комплекте дистров идет какой-то крап, вызывающий много претензий
> со всех сторон. Вон тут гражданин, судя по всему довольно известный
> мне разработчик драйверов, заметил из зала что ему унифицированный лог от
> юзеря был бы удобнее чем 100500 шмотков раскиданных по всем закоулкам.
> А от себя я могу заметить то же самое и про
> 100500 шмотков конфигурации запуска программ разбросанных в куче мест.

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

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

583. "Разработчики Systemd намерены внедрить кардинально новые мет..."  –1 +/
Сообщение от Аноним (-), 05-Сен-14, 15:06 
>   Вы задрали со своими бинарными логами уже. Кому надо -
> пусть их и используют.

Выпилите из системы gzip, bz2 и прочие lzma. И уж тем более упаси вас боже компрессовать старые логи. Ведь вы же не сможете на листочке с ручкой декодировать деревья хаффмана и перестроить LZшный буфер!!!1111

> Сyки тупые...

Забойный аргумент.

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

597. "Разработчики Systemd намерены внедрить кардинально новые мет..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 05-Сен-14, 17:01 
>> Сyки тупые...
> Забойный аргумент.

Это не аргумент. Это вывод.

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

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

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




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

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