systemd 196

У меня селинкуса нет вообще, а жрется именно столько.

Обожди маленько. Вот индексы с базе железа и бинарным логам еще больше отожрут.

Ага, проще держать в памяти индекс по 1000 (к примеру) записей по всем возможным вариантам чем держать нужные 10 в памяти. И при этом все это нужно в редких случаях во время загрузки и добавлении/удалении устройств. Сразу видно любителя секаса в гамаке и стоя.

Мой мохнатый юный друг как всегда без пруфов? Ай не хорошо, подтверди пожалуйста, что весь индекс будет в памяти. И подумай чуть мозгом (его заменой в твоём организме), что будет быстрее и жрать меньше памяти: поиск по индексированному файлу, или поиск в кучке разных файлов без строгих индексов?

Зачем?

а нафейхоа оно мне? я про hwdb и спросил что выпилить надо.

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

P.S. Я прекрасно знаю что такое индексы, когда они нужны и когда замедляют работу. Я против ненужного пихания их во все места и использования их как панацеи.

я лично ничего не высмеивал. Или вы думаете что у разработчиков единое мнение по всем вопросам? ;-)

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

А откуда ты знаешь какой файл - нужный? Не придётся их все читать чтобы проверить нужен тебе этот масенький файл или нет?

Так это ж про удав. Состав железа все-таки стабильный и меняется нечасто. Данные по имеющемуся железу собираются один раз в одном файле.

«что будет быстрее и жрать меньше памяти: поиск по индексированному файлу, или поиск в кучке разных файлов без строгих индексов?» очевидно что в нормальной системе поиска не будет вообще. он выполянется _один_ раз - при установке. и возможно еще один раз - после ремонта и замены оборудавания. все. остальное нужно только админам локалхоста которые не наигрались в лего в дестве и пихают в машину новые железки. ну собственно и все остальные «нововедения» нужн только подобным субъектам.

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

Это зависит от объема данных. Кстати, а _насколько_ быстрее будет поиск в индексированном файле - это тебя не интересует?

мои пруфы говорят мне что система (без системд) стартует за 30-35 секунд. а из гибернейта выходит за 3. а вот в рабочее состояние она в любом случае приходит еще как минимум через 45-50 секунд (время на установление всех нужных для работы vpn-ов).

Ну надо же что-то делать! :-D

ну вот и выяснили, зачем нужен системд.

ну вот и прояснилось откуда награждённые медалью «Баттхёрт им. Поттеринга» высасывают свои аргументы.

Ты слишком унылый.

бинарные логи

Стоп мы вроде за это из любим. В любом случае это можно сделать опционально.

ошибки я так понимаю фиксить это не дело для крутых программеров?

Не не не, это не личное, ни в коем разе :)

Кстати, а _насколько_ быстрее будет поиск в индексированном файле

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

ЗЫ: На самом деле внутреннее представление железок в удаве - сугубо Леннарто-проблемы, ну и ядерщиков. А они уж разберутся.

Lennart (21.11.2012 15:00:25)

Сам леннарт на ЛОРе? ахтунг или пока нет?

Так что если даже незначительно улучшится то

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

В ветке про релиз 195 очень показательна на эту тему беседа Василия Пупкина с анонимусом - Новый релиз systemd 195 . 2 страницы разборок на тему «как бы понять, что зависает» без определенного результата.

Немедленно вспоминаются рассуждения на тему «скрипты на шелле - это страшные нечитаемые костыли, написанные безграмотными мантейнерами, а вот программеры - это умные люди, выученные в университетах»

программеры - это умные люди, выученные в университетах

Так было в 70е, эти люди ещё придумали unix way. Теперь программист = кодирующая макака, а специальное IT образование в лучшем случае учит пользоваться патентованными Microsoft (c) tm фреймворками. Вот отсюда поттеринги и берутся.

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

А сложность кода возрастет в разы. И это философия systemd ... путем переделки всего.

Как я и говорил в предыдущем посте, это Леннарто-проблемы. СистемД я пока только тыкал, и то не активно. А время пройдёт, посмотрим, будет ли оно стабильно и безкостыльно.

Если руководствоваться принципом - «да это все ненужно!», то можно и не переусложнять

Бесполезно, максимум, что можно услышать в ответ от сторонником systemd — это УМВР.

Вообще-то systemd гораздо сложнее хелловорда - не даром же он по возможностям оставляет далеко позади все остальные системы инициализации.

Более того - я совершенно уверен что ты ничего сравнимого по сложности не то что никогда не писал - даже и не напишешь никогда :)

ничего сравнимого по сложности

В другой теме:

systemd, как системы инициализации, максимально полно следующей принципе KISS

или крестик сними, или штаны надень, ага.

крестик сними, или штаны надень

Ты хочешь сказать, что принцип KISS обязательно предполагает написание исключительно хеллворлда в 3 строчки?!

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

Что, сам себя удивил?

Слова simple и «ничего сравнимого по сложности» противоречат друг-другу, как ни крути.

Вообще-то systemd гораздо сложнее хелловорда

Да, так и есть.

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

А скоро ли конец света, Ванга?

ладно, тролль, ты на конкретные технические вопросы ответить сможешь?

Слова simple и «ничего сравнимого по сложности» противоречат друг-другу, как ни крути.

Это называется «мастерство первого плевка». Главное обвинить собеседника в глупости. Какую бы хрень не сморозил он - оправдываешься и что-то доказываешь - ты.

Более того - «я совершенно уверен» что субъект под ником Леннарт, судя по некоторым высказываниям его, к программированию не близок. И был зарегистрирован на ЛОРе 20 дней назад исключительно по причине популярности тем о системд и исключительно с целью потроллить.

ладно, тролль, ты на конкретные технические вопросы ответить сможешь?

Ответ в посте выше.

И был зарегистрирован на ЛОРе 20 дней назад исключительно по причине популярности тем о системд и исключительно с целью потроллить.

Естесственно. Я из каждой его новости выпиливаю обороты типа «Вышла новая версия лучшей, по мнению многих разработчиков дистрибутивов». За примером далеко не ходил, взял прямо из этой новости, бывают и поупоротее. Он мне чем-то напоминает iZEN'а, который в любой теме найдёт, что бы вставить про FreeBSD. Но если iZEN при этом говорит и что-то полезное, то тут полный мрак.

ты на конкретные технические вопросы ответить сможешь?

А ты, тролль, сможешь их сформулировать?

да, вопрос по http://www.freedesktop.org/wiki/Software/systemd/PaxControlGroups можно ли использовать несколько независимых именованных иерархий содержащих пересекающиеся контроллеры, какие можно, какие нельзя и почему это не покрыто в проч. предложениях.

чуть подробнее тут: https://plus.google.com/107451457000936294439/posts/29D9XeVprgg

Понятия не имею, к сожалению - никогда не работал с именованными иерархиями контроллёров.

Думаю имеет смысл продублировать вопрос в соответствующем списке рассылке:

http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Понятия не имею, к сожалению - никогда не работал с именованными иерархиями контроллёров.

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

не подстраивайся под человека

А где это я говорил что работал с ними или что писал рекомендации?! Привычно мелешь чепуху?

посмотри код системд :) и того, кто редактировал страницу вики, которую я привел.

Поищи в гугле - вроде бы уже разработали экспериментальную операцию по имплантации чувства юмора - тебе стоит записаться добровольцем :-D

Если timedatectl будет универсальным и высокоуровневым средством управления конкретной системной задачей, кому от этого будет плохо?

А если оно будет грязно, глючно и лапшеобразно написано? А надо будет что-то подправить?

Сообщество не даст написать его грязно, глючно и лапшеобразно, СПО же!)

Сообщество не даст написать его грязно, глючно и лапшеобразно, СПО же!)

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

Предлагай свои патчи или делай форк.

Предлагай свои патчи или делай форк.

А можно я продолжу заниматься своими проектами - там тоже много работы?

BTW, использование в речи повелительного наклонения весьма характеризует...

А можно я продолжу заниматься своими проектами - там тоже много работы?

Конечно, можешь даже ныть на лоре.

Конечно, можешь даже ныть на лоре.

Я не ною, а высказываю свое мнение на известном ресурсе. Такие действия, в конечном итоге, и рождают новые начинания, новые проекты, новые форки.

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