The OpenNET Project / Index page

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



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

Оглавление

Отчёт о развитии FreeBSD за четвёртый квартал 2015 года, opennews (??), 08-Фев-16, (0) [смотреть все] +1

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


31. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  –1 +/
Сообщение от Ivan_83email (ok), 09-Фев-16, 00:22 
Скрипты инита это зло, особенно когда у тебя не топовый коре а какой нибудь атом или хуже того арм/мипс.
К тому же параллельный запуск обещают.
Не сказать чтобы я торопился, но на фоне того как грузится линух (хоть до системд) как то долго получается.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

33. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +/
Сообщение от linuxoid777 (ok), 09-Фев-16, 00:38 
> Скрипты инита это зло, особенно когда у тебя не топовый коре а
> какой нибудь атом или хуже того арм/мипс.
> К тому же параллельный запуск обещают.
> Не сказать чтобы я торопился, но на фоне того как грузится линух
> (хоть до системд) как то долго получается.

Ну у меня Фряха за 15 секунд загружается, а ROSA с systemd у моих хомяков и у меня раньше  за 1 минуту как минимум. От systemd один гемморой.

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

34. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  –2 +/
Сообщение от linuxoid777 (ok), 09-Фев-16, 00:40 
Хотя вот Бубунта 9.10, самый лучший их релиз, действительно быстро грузилась, даже на моём старом компе, тогда она ещё на upstart была.

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

35. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +/
Сообщение от Аноним (-), 09-Фев-16, 00:55 
systemd-analyze
Startup finished in 944ms (kernel) + 1.535s (initrd) + 810ms (userspace) = 3.289s
Раньше на этой машинке стояла фряха и грузилась за 15 секунд.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

37. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +1 +/
Сообщение от Аноним (-), 09-Фев-16, 03:47 
ага, а потом еще рабочий стол погружается 12 секунд.
Плавали, знаем.
Ответить | Правка | Наверх | Cообщить модератору

62. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +/
Сообщение от Аноним (-), 09-Фев-16, 13:28 
> ага, а потом еще рабочий стол погружается 12 секунд.

Используй легкий десктоп, который не грузится 12 секунд. LXDE, XFCE, WM/самосбор...

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

67. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  –1 +/
Сообщение от Аноним (-), 09-Фев-16, 16:14 
Кеды разве что. Гном за 2-3.
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

107. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  –1 +/
Сообщение от Аноним (-), 10-Фев-16, 08:54 
> Кеды разве что. Гном за 2-3.

XFCE или LXDE вообще запускаются быстрее чем я секундомер достать успеваю.

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

80. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  –1 +/
Сообщение от linuxoid777 (ok), 09-Фев-16, 18:00 
systemd-analyze
Startup finished in 3.885s (kernel) + 4.117s (initrd) + 1min 7.396s (userspace) = 1min 15.399s

ROSA Desktop Fresh R7

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

93. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +1 +/
Сообщение от Аноним (-), 09-Фев-16, 21:21 
systemd-analyze plot > bootchart.svg
и поищите проблему
Ответить | Правка | Наверх | Cообщить модератору

65. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  –3 +/
Сообщение от Аноним (-), 09-Фев-16, 15:08 

> Ну у меня Фряха за 15 секунд загружается, а ROSA с systemd
> у моих хомяков и у меня раньше  за 1 минуту
> как минимум. От systemd один гемморой.

Что за бред-то? Не знаю что там с ROSA, но fedora c centos реально за пару секунд выключаются  и за пять-десять включаются. Можно много плеваться на systemd, но то, что он ускорил скорость загрузки и отключения в разы, это факт.

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

104. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +1 +/
Сообщение от Аноним (-), 10-Фев-16, 07:48 
ну конечно, systemd всем kill -9 послала, и ядро за шотдаунило, все не успел сохранится корректно досвидос. Я так погу просто питалово рубануть и все эффект в принципе такой же будет за 0 сек
Ответить | Правка | Наверх | Cообщить модератору

133. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  –1 +/
Сообщение от я (?), 15-Фев-16, 11:53 
> у меня Фряха за 15 секунд загружается

описал где-то свой опыт? выложил? поделился?

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

134. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +1 +/
Сообщение от Andrey Mitrofanov (?), 15-Фев-16, 13:34 
>> у меня Фряха за 15 секунд загружается
> описал где-то свой опыт? выложил? поделился?

+= "bootchart нарисовал?"

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

39. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +9 +/
Сообщение от Аноним (-), 09-Фев-16, 05:17 
Настоящая проблема systemd не в том, что он лучше. Проблема в том, что сама концепция unix-way нарушается. Концепция, что одна задача -- одно приложение проверено временем. Никто не запрещал до systemd писать программы в стиле франкенштейна. Просто ранее, люди понимали чем это грозит. Сейчас они этого не понимают, прям какая-то мания "получить одобрение масс" через переписывание десятка _различных_ программ.

До systemd эти компоненты были независимы. Даже если один компонент "выходил из строя" (разраб. забросил разработку) можно всегда перейти на альтернативу. Теперь представим, что будет через 10-20 лет на примере systemd. Леня стал тех.диром Red Hat и уже не пишет софт, а занимается действительно важными вещами. Все основные контрибьютеры разбежались, а те, что остались не имеют достаточной компетенции. Вот уже имеется библиотека libsystemd, на ней завязано 100500 программ. Наступает момент, когда сам systemd (и libsystemd) уже никто не поддерживает в актуальном состоянии. Находят тучу уязвимостей и... и все ложится на плечи мейнтейнеров дистров, как обычно. Кто-то успевает патчить, кто-то не успевает. Карточный домик рушится, фактически в одно мгновение.

Такая модель не страшна, если приложение не является ключевым. Увы, systemd и его форки настолько важное звено в системе, что чуть-что и приплыли.

Я за systemd не переживаю, т.к. он под крылышком красношапок. А вот за аналоги во фряхе уже надо начинать волноваться. Если эти форки действительно важны, то они должны быть в приорите, наравне с ядром. Пока же, все расплывчато: занимаются 1.5 анонимуса, которые могут бросить проект на середине, если приспичит. По-хорошему, обычно, в таких случаях происходит детальное планирование и проектирование, за ними активное тестирование и после внедрение. В случае systemd и его аналогов почему-то все сразу принимают _любые_ реализации, чуть ли не на веру. Парадокс systemd: концепция всем понравилась, но никто не задумался о последствиях.

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

42. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  –4 +/
Сообщение от Аноним (-), 09-Фев-16, 07:32 
если хотите троллить то матчасть подтяните сначала. systemd модульный, точно также как и ядро linux.
>До systemd эти компоненты были независимы.

До systemd был набор разных программ, не было там компонентов.

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

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

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

61. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  –1 +/
Сообщение от Аноним (-), 09-Фев-16, 13:25 
> До systemd был набор разных программ, не было там компонентов.

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

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

51. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  –2 +/
Сообщение от leap42 (ok), 09-Фев-16, 10:58 
тот самый UNIX-way хорошо зарекомендовал себя 40 лет назад. тогда программировать умело очень мало людей, и код программ почти никто не открывал. когда кто-то писал утилиту, её коду лучше было быть простым и лаконичным, чтобы те два человека (помимо автора), которые этот код увидят, могли в нём разобраться и найти ошибки. сейчас время другое: в open-source разработках заняты миллионы человек и код systemd открыт целиком. даже очень сложные проекты с открытыми исходниками (kernel, openjdk, wine, chromium и многие другие) со временем становятся всё лучше и лучше. тот опыт здесь нерелевантен. за systemd я бы не переживал: как показывает история, проекты, из которых ушел Ленарт, не только не загибаются, но и наоборот, становятся стабильнее и безглючнее. кроме того, udev сейчас часть systemd, столь важную систему на произвол судьбы никто не бросит (если не RedHat, то SUSE, Intel, IBM, это как минимум).
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

70. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +1 +/
Сообщение от Аноним (-), 09-Фев-16, 16:42 
Знаешь, со временем ничего не изменилось. Все в точности наоборот как ты описал. Если, ты глянешь на авторов нынешних (re)launchd и nosh ты увидишь одно-два имени. Почитай историю relaunchd (ссылка в новости): начат студентом в 2005 году, проект уже дважды забрасывался. Последние коммиты в launchd полгодичной давности. Проект nosh пилится вообще одним человеком. Где твои миллионы? На каждый миллион есть по миллиону проектов.

Время играет роль естественного отбора, а не лекарство, как ты выразился, улучшатором всего и вся. Если ты начнешь вникать в суть того, что делают нынешние форкоклепатели systemd ты увидишь, что для них важно навернуть как можно больше фич, сломать как можно больше чужого софта и красноречиво разрекламировать, чем их продукт лучше других. Возмём nosh, для примера, вроде как все по уму, но вот автор все же не удержался не написать свой логгер: cyclog (supplied with nosh).

Где, где спрашивается unixway? Unixway это концепция. Можно сказать простое, временем проверенное и разумом освоенное правило жизни: ты не можешь быть идеальным во всех областях. Возникает вопрос, автор nosh мастер писать не только замены init, но также и мастер писать логгеры? Не верю. Сколько лет живет syslog-ng на наших машинах? И сколько он еще проживет? Неужто cyclog это убивец syslog-ng? Нет? А зачем он нужен, если не достиг _минимальных_ высот других проектов на текущий момент?

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

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

78. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +/
Сообщение от Аноним (-), 09-Фев-16, 17:42 
>  Возмём nosh, для примера,
> вроде как все по уму, но вот автор все же не

Там еще хуже, еcли копнуть:
Тот же манифест для пакетов идет в устаревшем формате  pkg < 1.4.
Соответсвенно, при генерировании пакета вылетает ошибка.
И хотя все фиксится парой строк, не нашел никакого намека на репу с сорцами или баг-трекер.

А еще там cистема сборки своя (ну или "по мотивам"). Не то, что бы я религиозный фанат подхода "только системные тулзы и либы" – но оно собирало проект больше часа!
Хотя там кода не так уж и много, да и машинка хоть и не самая новая и мощная, но тот же файерфокс примерно за это же время соберет.

Причем, до конца оно так и не собралось – (сравнительно) в начале сборки была пара ошибок, после фикса  и перезапуска сборка начиналась полностью с нуля.
Потом, в конце, при генерировании юнитов тоже вылетало что-то типа "файл такой-то не был сгенерирован потому что гладиолус ..." (не помню, что там именно было) .  Пришлось прерывать и устранять причину, а после перезапуска оно весело продолжало генерировать юниты дальше, пересобирая только тот файл, на котором "прервали". Прям делай аналог "make clean" и начинай сначала. А под конец еще прилетает сообщение о невалидном манифесте для пакета.

Да, вроде бы все мелочи, но ... как-то все по мотивам "проблемы на ровном месте" и у меня сложилось впечатление, что автору больше интересна сама идея и ее реализация в виде PoCа, а не окончательная доводка "до ума".

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

46. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +1 +/
Сообщение от имя (?), 09-Фев-16, 09:56 
а у  меня suspend/resume работает, например:-)
но вообще где-то секунд 30-40 грузится от момента нажатия power и до логина в slim, на ноуте с ssd
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

88. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  –1 +/
Сообщение от Аноним (-), 09-Фев-16, 19:16 
> а у  меня suspend/resume работает, например:-)
> но вообще где-то секунд 30-40 грузится от момента нажатия power и до
> логина в slim, на ноуте с ssd

20 секунд от влючения и до слима. Правда скрипт rc модифицированный, из серии "fast gui boot". Однако, кушать не просит – как года два назад настроил, так и не трогал больше.
Ну и


ifconfig_em0="NOAUTO"
ifconfig_wlan0="WPA DHCP powersave"

тоже свою лепту вносит.

Жду с нетерпением Свидетелей СистемД, которые будут уверять, что с системды было бы все "зашибись" за 5 секунд!

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

92. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +/
Сообщение от anonymous (??), 09-Фев-16, 20:57 
[    0.000000] Initializing cgroup subsys cpuset
...
[    8.228696] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm)

TOSHIBA PORTEGE Z830-10R

# cat /etc/issue
Ubuntu 14.04.3 LTS \n \l

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

94. "Отчёт о развитии FreeBSD за четвёртый квартал 2015 года"  +/
Сообщение от Аноним (-), 09-Фев-16, 21:51 
Вы сравнивает тёплое с мягким. Или у вас ядро грузится сразу при включении? Я таким, увы, похвастать не могу - УЕФИ не завезли, так что 7 секунд приходиться ждать только меню загрузчика, ещё 2 - дефолтный тайм-аут и лишь потом грузится непосредственно сама ось.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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