The OpenNET Project / Index page

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

Разработчики Gentoo официально анонсировали проект eudev, не зависящий от systemd

17.12.2012 11:37

Официально анонсирован проект eudev, в рамках которого разработчики дистрибутива Gentoo приступили к развитию форка системы udev, отвечающей за управление файлами устройств в директории /dev и обработку операций подключения/отключения внешних устройств. Причиной создания форка является несогласие разработчиков Gentoo с новой политикой развитии udev, которая поставила под угрозу способность поддерживать существующие установки Gentoo.

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

Eudev будет развиваться как проект группы заинтересованных разработчиков из сообщества Gentoo с целью предоставления альтернативного решения, которое со временем может быть одобрено для интеграции в дистрибутив Gentoo. Мэйнтейнерам используемого в настоящее время пакета udev не навязывается переход на форк, тем не менее разработчики eudev намерены показать, что в поддержании systemd-udevd вне пакета systemd нет необходимости, когда есть eudev. В конечном счёте, будет ли дистрибутив переведён на eudev или останется на systemd-udevd зависит от решения консультативного совета Gentoo.

Eudev будет развиваться без привязки к технологиям Gentoo, что позволит использовать его и в других дистрибутивах Linux. Первое время развитие будет нацелено на обеспечение работы в Gentoo, но это не исключает приём исправлений для ошибок, специфичных для других дистрибутивов. После того, как работа eudev в Gentoo будет признана стабильной планируется наладить сотрудничество с разработчиками других дистрибутивов с целью привлечения их к разработке проекта. В идеале, eudev можно будет использовать для прозрачной замены systemd-udevd. Для упрощения участия в проекте сторонних разработчиков в качестве платформы для размещения репозитория решено использовать GitHub. Разработчики eudev готовы к интеграции поддержки интересных другим дистрибутивам возможностей, за исключением необоснованных предложений (например, желании интегрировать в eudev собственную систему инициализации) и изменений, делающих невозможным обновление существующих систем на новую версию eudev.

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

Из задач, которые планируется решить на начальном этапе развития eudev упоминается работа по избавлению от привязки к особенностям новых версий ядра, возвращение возможности работы со старыми ядрами Linux и различными инструментариями, улучшение совместимости с существующими системами инициализации, такими как OpenRC и Upstart. В настоящее время уже выполнена переработка системы сборки и восстановлена поддержка некоторых старых ядер Linux до версии 2.6.31 включительно. Код помечен как готовый для выпуска первой бета-версии. В дерево портажей добавлен пакет eudev. Следующими шагами станет обеспечение поддержки библиотеки uclibc, устранение регрессий, вызванных переходом с module-init-tools на kmod, возвращение правил 70-persistent-net.rules и возможности использования отдельного раздела /usr без initramfs. В настоящее время проект systemd находится в процессе смены лицензии с GPL на LGPL, ответвление eudev произведено в разгар данного процесса и в дальнейшем разработчики форка намерены последовать примеру systemd и все развиваемые в рамках eudev улучшения распространять под лицензией LGPL.

В качестве примера неоправданной оптимизации в systemd-udevd, ведущей к регрессивным изменениям, упоминается переход на API kmod для загрузки модулей, который позволяет загружать модули ядра без вызова дополнительных утилит. Проблема такого подхода связана с тем, что kmod загружает модули последовательно, в то время как классическая обработка правил в udev производилась с ответвлением нового процесса. Экономия 0.01 мс на выполнение вызова fork() ничтожна по сравнению с задержкой в 10-20 мс, необходимой для загрузки данных с диска. Для ускорения загрузки модулей с диска в kmod планируется компоновать группу модулей в один файл, но данная возможность пока только в планах. Раньше, так как udev мог стартовать загрузку следующего модуля не дожидаясь окончания загрузки предыдущего, подобные задержки компенсировались параллельным чтением модулей. После перехода на API kmod все модули стали загружаться последовательно, и в случае зависания модуля, например, из-за невозможности инициализировать оборудование, теперь останавливается и загрузка других модулей. (Стоит отметить, что разработчики eudev упускают из виду то, что ядро Linux не поддерживает параллельную загрузку модулей — даже если одновременно запустить несколько процессов modprobe, запросы от них все равно будут поставлены в очередь и выполнены последовательно. Кроме того, использование libkmod позволяет не только избавиться от форка и запуска лишних процессов, но и избежать повторного выполнения таких операций как разбор файла конфигурации и загрузка индексов).

Что касается вопроса оптимизации скорости загрузки, то по мнению разработчиков eudev, при загрузке надёжность важнее скорости, а экономия микросекунд не оправдывает появление ошибок и урезание гибкости настройки, поэтому основное внимание будет уделяться в первую очередь устранению регрессивных изменений, внесённых разработчиками systemd. Тем не менее, разработчики eudev не отвергают предложений по ускорению загрузки, если такие предложения разумны, и намерены приступить к оптимизации скорости после выпуска нескольких стабильных релизов.

  1. Главная ссылка к новости (http://permalink.gmane.org/gma...)
  2. OpenNews: Комментарии разработчиков udev по поводу очередного форка проекта
  3. OpenNews: Разработчики Gentoo создали форк udev, не зависящий от systemd
  4. OpenNews: В Arch Linux пакет udev будет заменён на systemd-tools
  5. OpenNews: Принято решение о слиянии проектов udev и systemd
  6. OpenNews: Релиз системного менеджера systemd 196
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/35619-udev
Ключевые слова: udev, gentoo, eudev
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (220) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 13:17, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > избавлению от привязки к особенностям новых версий ядра

    А генту-LTS они выпустят?

    > После перехода на API kmod все модули стали загружаться последовательно

    Троллинг поттеринга и ко засчитан :)

     
     
  • 2.2, IMHO (?), 13:19, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    я думаю их доведут до такого состояния новые новшества ядра, что они выпилят ядро линукс и на Gentoo/FreeBSD перейдут
     
     
  • 3.3, Дед мазай (?), 13:25, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Зачем чего-то выпиливать? Генту не привязана к ядру. Какое хочешь ядро, такое и собирай.
     
     
  • 4.5, IMHO (?), 13:32, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    жаль, нету время компилить генту, да и для себя смысла не вижу
     
     
  • 5.25, FSA (??), 14:04, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    После ubuntu скорость работы поражает! Загружается быстро и не шевелит HDD постоянно при запуске приложений.
     
     
  • 6.38, Аноним (-), 14:25, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +21 +/
    > После ubuntu скорость работы поражает! Загружается быстро и не шевелит HDD постоянно
    > при запуске приложений.

    После ubuntu скорость работы почти любого дистра поражает.

     
     
  • 7.121, Аноним (-), 17:49, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> После ubuntu скорость работы поражает! Загружается быстро и не шевелит HDD постоянно
    >> при запуске приложений.
    > После ubuntu скорость работы почти любого дистра поражает.

    Вот что питон животворящий делает!

    // Кстати, в генте, как и в федоре, пакетный менеджер написан на нем, родимом.

     
     
  • 8.162, Аноним (-), 19:18, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так его аптгетом побустать - минут пять, с передышками Гента за это время да... текст свёрнут, показать
     
     
  • 9.190, FSA (ok), 21:18, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не нравится компилировать, юзай Archlinux Тоже не плох ... текст свёрнут, показать
     
     
  • 10.225, Аноним (-), 16:41, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спасибо, мне работающая система нужна а не минное поле для камикадзе, где могут ... текст свёрнут, показать
     
  • 9.210, ptr (??), 05:00, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вы просто не умеете их готовить Gentoo на стареньком ноуте с 1 5ГГц Celero... текст свёрнут, показать
     
     
  • 10.226, Аноним (-), 16:42, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А убунта вкатывается с флехи на SSD за 5 минут Почувствуйте разницу ... текст свёрнут, показать
     
     
  • 11.231, ptr (??), 02:04, 19/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Именно с этого и началось Почуствовал Не шевелится она на таком ноуте Работат... текст свёрнут, показать
     
     
  • 12.234, r (?), 14:49, 20/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    гентушечка всегда была побыстрее люого дистра странно что сейчас об это упомя... текст свёрнут, показать
     
     
  • 13.237, Led (ok), 02:48, 21/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А гентушники - всегда были теми, кто в это верит, а ещё - в деда мороза ... текст свёрнут, показать
     
     
  • 14.239, Аноним (-), 04:31, 21/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, ну эти камикадзи реально любят ввинтить дюжину недефолтных ключей компилера ... текст свёрнут, показать
     
     
  • 15.244, ptr (??), 11:35, 23/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще то, те что хотя бы читали хендбук в курсе, что первое что необходимо при ... текст свёрнут, показать
     
  • 14.246, ptr (??), 11:57, 23/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Сложно не верить тому, что видишь собственными глазами Идеология Gentoo ориен... текст свёрнут, показать
     
     
  • 15.247, myhand (ok), 16:43, 23/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ох, еще один наивный плод загибающейся системы школьного образования этой страны... большой текст свёрнут, показать
     
     
  • 16.248, ptr (??), 17:11, 23/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Критерии оценки различны Однако результатом МОЕГО школьного образования оказало... большой текст свёрнут, показать
     
     
  • 17.249, myhand (ok), 17:59, 23/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Здесь речь шла о том, что вносит основной вклад в показатели, о которых вы сдела... текст свёрнут, показать
     
  • 15.250, Michael Shigorin (ok), 20:42, 23/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не нужно иметь двух сантиметров высоты лба, чтобы понять, что сэкономленное врем... текст свёрнут, показать
     
     
  • 16.252, ptr (??), 14:47, 24/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Естественно В случае с гентой будет минут на 10 дольше Или вы считаете не врем... текст свёрнут, показать
     
     
  • 17.253, Michael Shigorin (ok), 15:16, 24/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В первую очередь человека, но в зависимости от ситуации и компьютерное тоже може... текст свёрнут, показать
     
  • 5.66, Преподаватель информатики (?), 15:21, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +15 +/
    > нету время

    За что вы так ненавидите русский язык?

     
     
  • 6.92, pavlinux (ok), 16:23, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да ладно, это нормальный воронежский акцент.
     
  • 3.56, Аноним (-), 14:44, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > я думаю их доведут до такого состояния новые новшества ядра, что они
    > выпилят ядро линукс и на Gentoo/FreeBSD перейдут

    Нет, они просто сделают форк ядра - eLinux. Ну и копирайты на © Gentoo Foundation поменяют, само собой :)

     
     
  • 4.182, Андрей (??), 19:50, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Нормально там с копирайиами. emerge udev скачивает/распаковывает systemd (!) и собирает.
     
  • 4.201, Аноним (-), 00:39, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >копирайты

    копилефты же!

     
     
  • 5.256, Аскар (?), 14:25, 10/01/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет, копирайты. Копилефт - это такой вид копирайта. Открой любой файл под GPL - в первых строчках будет слово Copyright
     
  • 3.188, iZEN (ok), 21:10, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Пока что решение для автомонтирования ФС флешек через devd на FreeBSD выглядит т... большой текст свёрнут, показать
     
     
  • 4.214, andy (??), 09:52, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/

    > Нужно только как-то научить devd подсовывать правильное значение <username> в многопользовательской
    > ОС

    'whoami', не?

    > и обеспечить простой способ корректного отмонтирования ФС со стороны этого
    > пользователя вместо точного определения точки монтирования и выполнения команды umount
    > для (пока ещё присоединённого) носителя. Был бы HAL, как раньше, такой
    > проблемы не существовало бы. Теперь — увы и ах — всё
    > переделали с завязкой на Linux udev.

    Подумай, что можно сделать.

     
     
  • 5.221, Michael Shigorin (ok), 12:22, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Нужно только как-то научить devd подсовывать правильное значение <username> в многопользовательской
    >> ОС
    > 'whoami', не?

    Не.

    hint: от кого выполнится этот whoami и будет ли разница хоть раз?

     
  • 5.257, Аскар (?), 14:29, 10/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > 'whoami', не?

    Представь: в компе появилась флешка, комп об этом узнал. Имеется в виду, что об этом узнали всякие системные демоны, которые запущены под root или под nobody или под ещё каким-нибудь системным пользователем. Если этот демон сделает whoami, это whoami вернёт ему root или nobody. А надо определить, КТО вставил флешку, кто щас сидит перед компом. И это нетривиальная задача. Например, если щас запущены иксы, и юзер залогинен в них, то нужно взять того юзера, который залогинен в иксах. Впрочем, даже это соображение вызывает сомнения: что если у нас какой-нибудь сервер с кучей мониторов. За каждым сидит какой-нибудь чел. И тут появляется флешка. И кто из них её вставил?

     
  • 2.37, Аноним (-), 14:24, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +12 +/
    >> После перехода на API kmod все модули стали загружаться последовательно
    > Троллинг поттеринга и ко засчитан :)

    eudevщики сами себя затроллили, расписавшись в своем ламерстве. Прав был Грег...

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

     
     
  • 3.68, ананим (?), 15:23, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А демоны грузятся параллельно.
    Прикинь?
     
     
  • 4.112, Аноним (-), 17:29, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А демоны грузятся параллельно.
    > Прикинь?

    В systemd, upstart и даже sysvinit - да. А в openrc - официально не поддерживается :)

     
     
  • 5.147, Аноним (-), 18:51, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не надо ля-ля. Поддерживается официально, но!:

    rc_parallel has never officially been declared a stable feature (see the
    comments in rc.conf regarding this).

    и

    # WARNING: whilst we have improved parallel, it can still potentially lock
    # the boot process. Don't file bugs about this unless you can supply
    # patches that fix it without breaking other things!

    Надеюсь, переводить не надо и вам ясно, что официально оно поддерживается, но на уровне нестабильной ветки дистрибутива, а также вам должно быть ясно, почему это так и как сделать эту функцию лучше в случае не правильной ее работы ;)

     
     
  • 6.151, Аноним (-), 18:55, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не надо ля-ля. Поддерживается официально, но!:

    Не надо ля-ля. Вот комментарий разработчика: http://www.linux.org.ru/forum/desktop/8529910?cid=8530111
    > просто параллельная загрузка официально не поддерживается и могут возникать баги, которые будут закрывать WONTFIX

     
    > а также вам должно быть ясно, почему это так и как сделать эту функцию лучше в случае не правильной ее работы ;)

    Так, как это делают в ubuntu - тупо скопировать с поцтеринга?

     
     
  • 7.227, Аноним (-), 16:45, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так, как это делают в ubuntu - тупо скопировать с поцтеринга?

    Даже поттеринг может временами предложить что-то дельное. Оценивать надо технологии а не личности, баклан.

     
     
  • 8.243, anonymous (??), 01:24, 23/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    За баклана он ответит ... текст свёрнут, показать
     
  • 5.156, Аноним (-), 19:02, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А демоны грузятся параллельно.
    >> Прикинь?
    > В systemd, upstart и даже sysvinit - да. А в openrc -
    > официально не поддерживается :)

    А не поддерживается потому, что рандомно виснет. И никто не может понять, почему https://bugs.gentoo.org/show_bug.cgi?id=391945

     
     
  • 6.172, Аноним (-), 19:25, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Подозреваю, проблема в глобальных блокировка питона.
     
  • 3.70, Аноним (-), 15:29, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ядро всегда загружает модули последовательно, даже если вызовы были выполнены из параллельных процессов.

    Разница как я понимаю в том, что в одном случае р@ком встает весь процесс загрузки, ожидая пока модуль раздуплится, а во втором - ну, висит некий процесс. И пусть висит. Остальное то грузится.

    Позволю себе заметить что туповэйтинг - то с чем Поттеринг так люто боролся. А тут вдруг на третий день Зоркий Глаз замечает что при загрузке модулей по цепочке есть туповэйтинг инициализации модулей и загрузка стоит колом. Косячок-с :)

     
     
  • 4.110, Аноним (-), 17:25, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Разница как я понимаю в том, что в одном случае р@ком встает весь процесс загрузки, ожидая пока модуль раздуплится, а во втором - ну, висит некий процесс. И пусть висит. Остальное то грузится.

    Ну дык в systemd так и сделано. Окончания загрузки модулей никто не ждет - загрузка идет дальше.
    А вот гентушный openrc так не умеет. Там есть режим параллельного запуска служб, но он не поддерживается официально и юзается "на ваш страх и риск". Поэтому для параллелизации загрузки (хотя бы) модулей приходится юзать легаси код из systemd :)

     
     
  • 5.163, Аноним (-), 19:19, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот гентушный openrc так не умеет.

    Ах, вот оно что. Сошлись 2 NIH-овца в поединке...

     
  • 4.117, Аноним (-), 17:41, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Разница как я понимаю в том, что в одном случае р@ком встает
    > весь процесс загрузки, ожидая пока модуль раздуплится, а во втором -
    > ну, висит некий процесс. И пусть висит. Остальное то грузится.

    Нет, не в этом. В любом случае все работает по второму варианту.

     
     
  • 5.164, Аноним (-), 19:20, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, не в этом. В любом случае все работает по второму варианту.

    Из изначальных заяв следовало что это нифига не так.


     
  • 4.126, Аноним (-), 18:06, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нет systemd не ждет инициализации всех устройств - ему достаточно только дисков... большой текст свёрнут, показать
     
     
  • 5.132, Аноним (-), 18:35, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Нет. systemd не ждет инициализации всех устройств - ему достаточно только дисков с / и /usr. Все остальные девайсы могут спокойно инициализироваться в фоне (если для них не прописаны явные зависимости в default.target).

    Поттеринг изобрел  smss.exe ? После загрузки системы она все грузится и не готова к работе.

     
     
  • 6.138, Аноним (-), 18:43, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Поттеринг изобрел  smss.exe ? После загрузки системы она все грузится и
    > не готова к работе.

    Как и разработчики upstart и sysvinit (да, даже он научился запускать службы параллельно).
    И только разработчики openrc и рады бы, да не работает оно - виснет https://bugs.gentoo.org/show_bug.cgi?id=391945

     
     
  • 7.216, chinarulezzz (ok), 12:07, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Поттеринг изобрел  smss.exe ? После загрузки системы она все грузится и
    > не готова к работе.
    >Как и разработчики upstart и sysvinit

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

     
  • 3.107, Аноним (-), 17:02, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ядро всегда загружает модули последовательно, даже если вызовы были выполнены из параллельных процессов.

    Узкое место не в запуске ядром, а в чтении с диска - с диска код модулей читается параллельно, не ожидая пока предыдущий модуль запустится ядром.

     
     
  • 4.111, Аноним (-), 17:28, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Узкое место не в запуске ядром, а в чтении с диска -
    > с диска код модулей читается параллельно, не ожидая пока предыдущий модуль
    > запустится ядром.

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

    А вот в kmod все по уму сделано - если скорость критично, можно собрать модули вместе, и тогда скорость их загрузки с винта будет максимально возможной.

     
     
  • 5.142, anonymous (??), 18:45, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >В результате бедный винчестер постоянно дергается между разными секторами, да и планировщик IO мечется как угорелый. Вместо последовательного чтения - рандомное.

    Скажи это Поттерингу.

     
     
  • 6.149, Аноним (-), 18:52, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>В результате бедный винчестер постоянно дергается между разными секторами, да и планировщик IO мечется как угорелый. Вместо последовательного чтения - рандомное.
    > Скажи это Поттерингу.

    Поттеринг это знает, и использует параллелизацию только там, где она дает выигрыш.
    Разработчики Gentoo тоже это знают, и используют ее только там, где она дает проигрыш :)

     
  • 6.153, Аноним (-), 18:59, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>В результате бедный винчестер постоянно дергается между разными секторами, да и планировщик IO мечется как угорелый. Вместо последовательного чтения - рандомное.
    > Скажи это Поттерингу.

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

     
     
  • 7.215, Аноним (-), 10:29, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Есть тонкая разница между параллелизацией чтения и параллелизацией исполнения.

    Это ты к чему? systemd читает винт последовательно? Насмешил. Там полный event-based, и даже твой Поттеринг не узнает, что и когда будет прочитано.

     
  • 5.166, Аноним (-), 19:21, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > В результате бедный винчестер постоянно дергается между разными секторами,

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

     
  • 4.125, Аноним (-), 17:59, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Узкое место не в запуске ядром, а в чтении с диска - с диска код модулей читается параллельно, не ожидая пока предыдущий модуль запустится ядром.

    Существенный бонус тут только тогда, когда модули лежат на разных дисках, с разными очередями запросов на чтение. В противном случае запросы опять-таки окажутся в одной очереди, и при этом возникнет излишняя нагрузка на планировщики I/O ядра и диска.

    Кроме того, в большинстве случаев модули лежат в initrd (прочитанный ранее с диска загрузчиком), т.е. на RAM-диске. Скорость чтения с которого - ни разу не узкое место.

     
     
  • 5.167, Аноним (-), 19:22, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Существенный бонус тут только тогда, когда модули лежат на разных дисках,

    Или SSD, который к рандомным seek-ам относится нормально.

     
  • 5.211, Led (ok), 06:34, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Узкое место не в запуске ядром, а в чтении с диска - с диска код модулей читается параллельно, не ожидая пока предыдущий модуль запустится ядром.
    > Существенный бонус тут только тогда, когда модули лежат на разных дисках, с
    > разными очередями запросов на чтение. В противном случае запросы опять-таки окажутся
    > в одной очереди, и при этом возникнет излишняя нагрузка на планировщики
    > I/O ядра и диска.

    man readahead

    > Кроме того, в большинстве случаев модули лежат в initrd (прочитанный ранее с
    > диска загрузчиком), т.е. на RAM-диске.

    Ага, 5% всех используемых модулей - в initrd.

    man 5% (подсказка: 5% - не "большинство")

    > Скорость чтения с которого - ни
    > разу не узкое место.

    Ну да, initrd не и диска же считывается, а из астрала.

     
     
  • 6.218, Аноним (-), 12:17, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну да, initrd не и диска же считывается, а из астрала.

    initrd загружается в память еще на самом первом этапе загрзуки вместе с ядром, и потом висит в памяти до завершения работы. Потому модули с него читаются из оперативной памяти всегда.

     
     
  • 7.224, Led (ok), 16:02, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Ну да, initrd не и диска же считывается, а из астрала.
    > initrd загружается в память еще на самом первом этапе загрзуки вместе с
    > ядром, и потом висит в памяти до завершения работы. Потому модули
    > с него читаются из оперативной памяти всегда.

    Фееричный бред

     
  • 2.179, Аноним (-), 19:37, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Надо было назвать не Eudev, а Gundev.
    Было бы веселее.
     
     
  • 3.184, Аноним (-), 20:13, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Чувак, они это самое "G" хотят выпилить, а не впилить.
     
     
  • 4.260, Аноним (260), 11:30, 26/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Entoo?
     

     ....большая нить свёрнута, показать (66)

  • 1.4, Гентовод со стажем (?), 13:25, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Гента резко упала в моих глазах после переноса ifconfig и route из /sbin/ в /bin/. ЧСВ некоторых "разработчиков" дистрибутива зашкаливает.
     
     
  • 2.6, ostap (?), 13:34, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    "Гента резко упала в моих глазах после переноса ifconfig и route из /sbin/ в /bin/" - так а в чем проблема то? ln -s ...))
     
     
  • 3.73, Аноним (-), 15:33, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > "Гента резко упала в моих глазах после переноса ifconfig и route из
    > /sbin/ в /bin/" - так а в чем проблема то? ln -s ...))

    Ну как, раньше ламерам надо было полный путь вводить, а так сразу все работает. Кощмар, теперь те кто пользуется дистром уже 2 дня не смогут чмырить тех кто только что вкатил себе это! Ужас!

     
  • 2.7, гость (?), 13:36, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А какая глубококонцептуальная разница то?
     
     
  • 3.10, Аноним (-), 13:38, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Теперь обычный пользователь может посмотреть интерфейсы и таблицы маршрутов. Это неконцептуально.
     
     
  • 4.12, ostap (?), 13:40, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Теперь обычный пользователь может посмотреть интерфейсы и таблицы маршрутов. Это неконцептуально.

    Неконцептуально или не безопасно?


     
     
  • 5.14, Andrey Mitrofanov (?), 13:45, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Теперь обычный пользователь может посмотреть интерфейсы
    > Неконцептуально или не безопасно?

    Негламурненько! Пи-и-иу....

     
     
  • 6.15, ostap (?), 13:46, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>> Теперь обычный пользователь может посмотреть интерфейсы
    >> Неконцептуально или не безопасно?
    > Негламурненько! Пи-и-иу....

    Предлагаю в ответ /home и /opt перенести в /sbin

     
     
  • 7.17, Andrey Mitrofanov (?), 13:51, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Предлагаю в ответ /home и /opt перенести в /sbin

    Ага, /home и /opt - в /usr/local, /usr/[s]bin - в /[s]bin/local, ./sbin -> в /bin/sbin, /bin - в отдельный раздел, монтируем его R/O, остальные noexec...

    Скорее! Пока RH не запатентовал!!

     
     
  • 8.19, ostap (?), 13:58, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слишком сложно для них Предлагаю свалить всё в одну папку При совпадении име... текст свёрнут, показать
     
     
  • 9.71, Аноним (-), 15:31, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Где вы были в эпоху CP M D ... текст свёрнут, показать
     
  • 9.98, pavlinux (ok), 16:36, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А ещё допилим FS с версионностью ifconfig 98985438202372 ... текст свёрнут, показать
     
     
  • 10.170, Аноним (-), 19:23, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Мсье знает толк Только версию надо сделать пострашнее, типа как хэши в гите ... текст свёрнут, показать
     
  • 8.128, Аноним (-), 18:27, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а rhel какие нибудь бинарники переносил ... текст свёрнут, показать
     
  • 7.20, Аноним (-), 13:59, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>>> Теперь обычный пользователь может посмотреть интерфейсы
    >>> Неконцептуально или не безопасно?
    >> Негламурненько! Пи-и-иу....
    > Предлагаю в ответ /home и /opt перенести в /sbin

    Не, давайте лучше все, кроме /dev, /proc и /tmp, перенесем в /usr.

     
  • 7.32, Аноним (-), 14:14, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Предлагаю в ответ /home и /opt перенести в /sbin

    Да, у Gentoo должен быть собственный путь! Зачем бездумно повторять за всякими федорками?

     
     
  • 8.94, Аноним (-), 16:33, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Т е Вы предлагаете создать gentoo , а уже в нем bin, usr, opt, home, tmp, etc ... текст свёрнут, показать
     
     
  • 9.109, К.О. (?), 17:16, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Установка gentoo начинается с того, что в родительском дистрибутиве создаётся,... текст свёрнут, показать
     
  • 9.171, Аноним (-), 19:24, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Накаркаете - услышат же ... текст свёрнут, показать
     
  • 5.24, sabitov (ok), 14:01, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +9 +/
    таки бред(!) на счёт секурности. Что мешает обычному юзеру сказать /sbin/ifconfig? и не надо расказывать про права доступа. Покажите мне дистр, в котором "ис каропки" /sbin имеет права доступа 700.


     
     
  • 6.33, Аноним (-), 14:17, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Точно. Мне вообще надоело писать /sbin/ifconfig вместо ifconfig. Если конфигурацию можно посмотреть от пользователя, я буду смотреть её от пользователя. Делать sudo ради того, чтобы не писать /sbin/ -- глупо. Экономия в один символ. К тому же приходится лишний раз пароль вводить. Так что перенос ifconfig из /sbin в /bin -- здравое решение.
     
     
  • 7.40, Аноним (-), 14:26, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Точно. Мне вообще надоело писать /sbin/ifconfig вместо ifconfig. Если конфигурацию можно
    > посмотреть от пользователя, я буду смотреть её от пользователя. Делать sudo
    > ради того, чтобы не писать /sbin/ -- глупо. Экономия в один
    > символ. К тому же приходится лишний раз пароль вводить. Так что
    > перенос ifconfig из /sbin в /bin -- здравое решение.

    Хм. А насколько вообще здравое решение запускать ifconfig от пользователя?

     
     
  • 8.47, Аноним (-), 14:31, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Настолько же здравое как и запускать ipconfig all или смотреть Пуст - - С... текст свёрнут, показать
     
     
  • 9.53, Аноним (-), 14:39, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –8 +/
    ipconfig all zsh command not found ipconfig А пуска у меня нет Наверное,... текст свёрнут, показать
     
  • 7.62, qqq (??), 15:11, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Мне вообще надоело писать /sbin/ifconfig вместо ifconfig.

    Откройте для себя перменную среды PATH и файл $HOME/.profile :-)

     
  • 7.65, Andrey Mitrofanov (?), 15:20, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Точно. Мне вообще надоело писать /sbin/ifconfig вместо ifconfig

    +1

    Хорошо, что есть ip a<enter>,

     
     
  • 8.99, pavlinux (ok), 16:39, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    cat proc net - Наше фсё ... текст свёрнут, показать
     
  • 6.140, Гентовод со стажем (?), 18:44, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    в том-то и дело, что сотни пользователей уже написали в тысячах скриптов /sbin/ifconfig. И удалённо обновились.
     
     
  • 7.219, Аноним (-), 12:20, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > в том-то и дело, что сотни пользователей уже написали в тысячах скриптов
    > /sbin/ifconfig. И удалённо обновились.

    Какие-то больно старые скрипты. ifconfig/route с 2000 года еще deprecaeted в пользу iproute2.

     
  • 5.119, Аноним (-), 17:48, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Безопасность это процесс. Несколько странно думать, что перемещение нескольких файлов сделают безопасную систему опасной.
     
     
  • 6.185, Michael Shigorin (ok), 20:22, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Несколько странно думать, что перемещение нескольких файлов
    > сделают безопасную систему опасной.

    Могут (например, если высунуть недостаточно аккуратно написанный suid helper из штатного места, где он хотя бы прикрыт правами доступа в каталог), но не в данном случае.

     
  • 4.18, Аноним (-), 13:56, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не заню, как правильно, но в моем дистрибутиве ifconfig и route лежат в /sbin, но работают от обычного пользователя, если прописать полный путь.
     
     
  • 5.21, Аноним (-), 14:00, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не заню, как правильно, но в моем дистрибутиве ifconfig и route лежат
    > в /sbin, но работают от обычного пользователя, если прописать полный путь.

    А в Генту даже путь прописывать не надо!

     
  • 4.22, anonymous (??), 14:00, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это правильно и удобно. Хотя двигать оттуда, где устоялось не очень хорошо, лучше бы с дурацкой привычкой не давать простым пользователям /sbin:/usr/sbin в PATH покончили.
    А вообще, культурные люди давно ip используют.
     
     
  • 5.48, Michael Shigorin (ok), 14:32, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это правильно и удобно.

    Да.

    > Хотя двигать оттуда, где устоялось не очень хорошо,

    Да.

    > лучше бы с дурацкой привычкой не давать простым пользователям /sbin:/usr/sbin в
    > PATH покончили.

    Нет.

    > А вообще, культурные люди давно ip используют.

    Да.

    А ещё есть симлинки. :)

     
     
  • 6.50, anonymous (??), 14:36, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>лучше бы с дурацкой привычкой не давать простым пользователям /sbin:/usr/sbin в PATH покончили.
    >Нет.

    Обоснуйте, пожалуйста.

     
     
  • 7.72, Michael Shigorin (ok), 15:31, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>>лучше бы с дурацкой привычкой не давать простым пользователям /sbin:/usr/sbin
    >>>в PATH покончили.
    >>Нет.
    > Обоснуйте, пожалуйста.

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

    PS: http://sisyphus.ru/srpm/installer-feature-symlinks-from-sbin :)

     
     
  • 8.102, anonymous (??), 16:51, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не достаточно ... текст свёрнут, показать
     
  • 5.100, pavlinux (ok), 16:41, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > лучше бы покончили с простыми пользователями...

    Правильно, долой ламеров!!!  

    сhown -R root:root /
    chmod -R o-rwxsSt /

     
  • 4.45, Michael Shigorin (ok), 14:30, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Теперь обычный пользователь может посмотреть интерфейсы и таблицы маршрутов.

    Ничего, что он и раньше "это" мог?

     
     
  • 5.204, pavlinux (ok), 02:23, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Теперь обычный пользователь может посмотреть интерфейсы и таблицы маршрутов.
    > Ничего, что он и раньше "это" мог?

    Юзеры, ваще обнаглели, пинг - разрешили, traceroute - разрешили, некоторые,
    не будем показывать пальцем, sudo разрешают....  

     
     
  • 6.209, Михрютка (ok), 04:23, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Теперь обычный пользователь может посмотреть интерфейсы и таблицы маршрутов.
    >> Ничего, что он и раньше "это" мог?
    > Юзеры, ваще обнаглели, пинг - разрешили, traceroute - разрешили, некоторые,
    > не будем показывать пальцем, sudo разрешают....

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

     
     
  • 7.212, pavlinux (ok), 07:19, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ыыы павлиныч, последний раз на клиентской инсталляции убунты - трейсроута не было вапще.

    Простые смертные tracepath нынче юзают. Это кастрированный трейсроут,
    там можно задавать только размер пакета, да и то не более 64 кило.

     
  • 7.220, Michael Shigorin (ok), 12:20, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    re #208 (куда-то уже делось, видимо, из-за ругани) -- на альте так:

    $ ls -ld /var/log/messages /var/log/syslog
    lrwxrwxrwx 1 root root   15 Feb 13  2009 /var/log/messages -> syslog/messages
    drwxr-x--- 2 root adm  4096 Mar  1  2010 /var/log/syslog

    И соответственно такой саппорт можно засунуть в группу, посмотрев другие доступные по ней объекты и подумав (мне не доводилось, потому кэшированного ответа нет).

    Или как вариант, достроить syslog на выдачу специально для них лога в более другое место либо на логсервер, где хоть в LogAnalyzer свалить.  Если в дистрибутиве принимаются соответствующие *.d/*.conf, то хоть пакетом с шаблонным кусочком конфигурации.

     
  • 7.240, Аноним (-), 04:54, 21/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ыыы павлиныч, последний раз на клиентской инсталляции убунты - трейсроута не было вапще.

    А там по дефолту гламурненький mtr. Хорошая штука, кстати. Хоть и другая.

     
     
  • 8.242, Michael Shigorin (ok), 12:54, 21/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Минздрав предупреждает ls -l tracepath mtr -rwxr-xr-x 1 root root 13856... текст свёрнут, показать
     
  • 3.30, Аноним (-), 14:12, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Да никакой. Берем каталоги
    /bin
    /sbin
    /usr/bin
    /usr/sbin
    /usr/local/bin
    /usr/local/sbin

    и раскидываем по ним все бинарники от балды. Фак ю поцтеринг!

     
     
  • 4.60, Аноним (-), 15:08, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Давно пора сократить количество этих каталогов, я считаю.
     
  • 3.148, Гентовод со стажем (?), 18:52, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А какая глубококонцептуальная разница то?

    удалённо обновил и ребутнул. Несмотря на репутацию генты как якобы требующей постоянного контроля за обновлениями, с 2005го года не было обновления, после которого система пропадала бы из сети. Даже на новую систему инициализации был непротиворечивый опциональный даже после обновления переход. И в скриптах подъёма интерфейса был /sbin/route.

    Что характерно, пока тогда думал, что с машиной, думал что Линус какой-нибудь усб_маллок в усб_юсер_маллок() переименовал, со стороны дистрибутива вообще новостей не ожидал.

     
  • 2.13, Аноним (-), 13:43, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    АХренительно! У вас наверное и сервера тоже падают так же быстро, как и репутация дистрибутива!
    =))
     
  • 2.36, anonymous (??), 14:19, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    sbin это статически слинкованые бинарники а не то что ты подумал, хотя какая уже разница.
     
     
  • 3.42, Аноним (-), 14:28, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > sbin это статически слинкованые бинарники а не то что ты подумал, хотя
    > какая уже разница.

    По факту, там уже давно лежат бинарники, юзающие so. Причем эти so могут лежать и в /usr (давеча в debian-devel был эпичный срач, когда это наконец заметили).

     
     
  • 4.61, myhand (ok), 15:09, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в действительности, по этим самым фактам - в том же дебиане необходимые би... большой текст свёрнут, показать
     
     
  • 5.114, Аноним (-), 17:35, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А в действительности, по этим самым "фактам" - в том же дебиане
    > *необходимые* бинарники там лежат либо статические, либо с библиотеками в /lib.

    А остальные - типа не-необходимые? Тогда, простите, какого хрена они делают в корне, а не в /usr?

     
     
  • 6.127, GentooBoy (ok), 18:18, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    The /usr Hierarchy
    Purpose

    /usr is the second major section of the filesystem. /usr is shareable, read-only data. That means that /usr should be shareable between various FHS-compliant hosts and must not be written to. Any information that is host-specific or varies with time is stored elsewhere.

    Large software packages must not use a direct subdirectory under the /usr hierarchy.

    Сходите FHS почитайте

     
     
  • 7.133, Аноним (-), 18:35, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Чего сказать-то хотел?
     
     
  • 8.168, Аноним (-), 19:22, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Он же сказал чтобы сходили почитали FHS ... текст свёрнут, показать
     
  • 5.261, _ (??), 16:34, 08/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > В общем, вы за дебиан не переживайте.

    Блажен кто верует(С)

    > Школота, конечно, и до дебиановских рассылок давным давно добралась - но там еще есть люди, которые могут этой школоте что-то разъяснить.
    > Напр., http://lists.debian.org/debian-devel/2012/08/msg00918.html , http://lists.debian.org/debian-devel/2012/08/msg00908.html

    И в качестве примера ссылки на 2012 год, ещё до печально известного голосования "будем голосовать, пока не проголосуют правильно(С)", это времена когда Демьян был ... Debian! Я тогда такие же речи пихал и вдруг ... :(

    Нынче, 12 лет спустя демьяну тупо нечем хвастаться, just yet another Linux (C)
    IMHO

     
  • 3.57, mihalych (ok), 14:45, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    man hier
     
  • 3.58, Аноним (-), 14:58, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Приплыли :)

    Utilities used for system administration (and other root-only commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin. /sbin contains binaries essential for booting, restoring, recovering, and/or repairing the system in addition to the binaries in /bin.

     
  • 3.122, GentooBoy (ok), 17:49, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    откуда же вас по на выпускали таких.
    Читай внимательней http://www.pathname.com/fhs/pub/fhs-2.3.html#SBINSYSTEMBINARIES
     
  • 2.54, blow (?), 14:41, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Gentoo:

    # which ifconfig
    /sbin/ifconfig

    # which route
    /sbin/route

     
     
  • 3.74, Mike Lee (?), 15:34, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    обновляться не пробовали?
     
  • 2.59, tipa_admin (?), 15:04, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ха. Когда я при установке арча с очередной исошки вообще не нашёл ifconfig - вот это был номер :-D.
     
     
  • 3.124, GentooBoy (ok), 17:51, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Арчь все еще требует загружать iso для свой установки и при этом не имеет инсталлятора?
     
     
  • 4.130, mihalych (ok), 18:34, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это у них kiss нынче такой :)
     
  • 4.154, Аноним (-), 19:01, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Арчь все еще требует загружать iso для свой установки

    Не требует, а предоставляет  возможность.
    >и при этом не имеет инсталлятора?

    Да, не имеет. И?

     
     
  • 5.196, GentooBoy (ok), 22:27, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В том и вопрос, нужно мне iso загружать что бы arch установить или для этого любого livecd
     
     
  • 6.223, Аноним (-), 15:50, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ммм, просто из интереса, а в чем сложность скачать лишний iso? Все равно потом из сети тянуть вагоны пакетов.
     
  • 5.262, _ (??), 16:44, 08/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Арчь все еще требует загружать iso для свой установки

    Дык по любому вытащишь придётся, даже чтобы на скажем ventoy накатить. Да оно и правильно, вдруг сеть не заведётся? Вы просто уже забыли что так - бывает :)

    >>и при этом не имеет инсталлятора?
    >Да, не имеет. И?

    Во-общето имеет! Ы! Просто Арчешкольники предсказуемо! - даже свой фетиш не знают ;-p :-D

     
  • 2.88, Аноним (-), 16:17, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Коммит сделан в апстрим вообще-то
    http://net-tools.git.sourceforge.net/git/gitweb.cgi?p=net-tools/net-tools;a=c
     
     
  • 3.89, Аноним (-), 16:19, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и раньше никто не мешал неруту выполнить /sbin/ifconfig
     
  • 2.228, jOKer (ok), 17:15, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Гента резко упала в моих глазах

    И шо так таки и упала?! Это несчастье. Скорбим вместе с Вами.

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

     
     
  • 3.263, _ (??), 16:46, 08/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я не гентушник, но если перенос вот этого в другой дир - самая большая проблема Генты ... то возможно :-)
     

     ....большая нить свёрнута, показать (73)

  • 1.8, Аноним (-), 13:37, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Понаделали дистрибутивов и теперь переливают из пустого в порожнее, переписывая один и тот же функционал.

    <troll>Да, Аноним знает как лучше. Лучше, чтобы только Fedora с Red Hat и Debian с Ubuntu. ^.^</troll>

     
  • 1.11, Michael Shigorin (ok), 13:39, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Надеюсь, Грега они всё же услышали.
     
     
  • 2.63, myhand (ok), 15:13, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А, что - он сказал по их поводу что-но новое и разумное?

    // А вот что ему ответили на очередное "фи":
    "The fact that people seem to think they need to fork a project should be seen as a huge issue. You seem to be ignoring that entirely." (c) тот-самый-парень

     
     
  • 3.174, Аноним (-), 19:29, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А, что - он сказал по их поводу что-но новое и разумное?

    Да, он сказал что дергать апи для вгрузки модулее - намного умнее чем делать какой-то форк и выполнять какой-то левый посторонний бинарник. ИЧСХ, он в этом прав. В конечном итоге все-равно это инструктирование ядра сделать некие операции. Указанный маршрут может быть короче и не требовать закладки на наличие в системе какого-то стороннего бинаря. Который вообще никто не обещал.

     
     
  • 4.181, myhand (ok), 19:44, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А, что - он сказал по их поводу что-но новое и разумное?
    > Да, он сказал что дергать апи для вгрузки модулее - намного умнее
    > чем делать какой-то форк и выполнять какой-то левый посторонний бинарник.

    Интересно, а "левый посторонний бинарник" общается с ядром посредством магии вуду?

    Ох, школие.

     
  • 4.191, Crazy Alex (ok), 21:21, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    С какого перепугу дистрибутив сам себе ничего не обещал?
     
  • 4.213, anonymous (??), 07:22, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А, ну да. А libkmod, стало быть, уже является частью стандарта POSIX, раз ты ее гарантируешь в любом дистрибутиве.

    Что мешает поддерживать ОБА способа загрузки? Зачем выламывать старый функционал, если это не оправдано?

     
     
  • 5.264, _ (??), 16:53, 08/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    "Мразилла Ко" каждый год демонстрирует - почему:

    Потому что тогда поддерживать придётся ОБА (аффтарский стиль сохранён!)
    Но ведь тогда нельзя будет сократить программера (который и так на четверть ставки) и выписать себе очередной бонус! Резать к чёртоыой матери!(С) ПВ

     

  • 1.16, Аноним (-), 13:49, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > udev по прежнему [...] может быть собран без привязки к особенностям systemd

    Ложь. Он может быть _использован_ без привязки к systemd, но обособленная _сборка_ не поддерживается.

     
     
  • 2.23, Аноним (-), 14:00, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ложь. Он может быть _использован_ без привязки к systemd, но обособленная _сборка_ не поддерживается.

    В последнем выпуске systemd вроде лишние зависимости убрали "For embedded systems it is now possible to build udev and systemd without blkid and/or kmod support.". http://lists.freedesktop.org/archives/systemd-devel/2012-November/007504.html
    Или вы о другом ?

     
     
  • 3.27, Аноним (-), 14:06, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, немножко о другом.
    Точнее, о том, что udev прекрасно работает без systemd.
    Но не собирается без него, потому что там довольного много общего кода.
     
  • 2.26, Аноним (-), 14:05, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> udev по прежнему [...] может быть собран без привязки к особенностям systemd
    > Ложь. Он может быть _использован_ без привязки к systemd, но обособленная _сборка_
    > не поддерживается.

    http://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg05289

     
     
  • 3.28, Аноним (-), 14:07, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> udev по прежнему [...] может быть собран без привязки к особенностям systemd
    >> Ложь. Он может быть _использован_ без привязки к systemd, но обособленная _сборка_
    >> не поддерживается.
    > http://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg05289

    Немного промазал ссылкой: http://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg05287

    Setting up to allow separate udev and systemd builds[PATCH 1/5] build-sys: move common libraries to separate Makefile

    [PATCH 2/5] build-sys: move udev build to a separate makefile
    [PATCH 3/5] build-sys: move systemd build to a separate makefile
    [PATCH 4/5] build-sys: add --enable-systemd configure option
    [PATCH 5/5] build-sys: add --enable-udev configure option

     
     
  • 4.31, Аноним (-), 14:13, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Setting up to allow separate udev and systemd builds[PATCH 1/5] build-sys: move
    > common libraries to separate Makefile
    > [PATCH 2/5] build-sys: move udev build to a separate makefile
    > [PATCH 3/5] build-sys: move systemd build to a separate makefile
    > [PATCH 4/5] build-sys: add --enable-systemd configure option
    > [PATCH 5/5] build-sys: add --enable-udev configure option

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

     
     
  • 5.49, Michael Shigorin (ok), 14:35, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > На что закономерно ответили, что это изменение значительно усложняет систему сборки,
    > а значит, противоречит принципу KISS.

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

     
     
  • 6.55, Аноним (-), 14:43, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Суся, арч, мандрива, фруга и другие обидятся.
     
  • 6.259, freehck (ok), 22:43, 20/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Будучи применён достаточно последовательно, этот принцип может привести данный апстрём к мысли о значительном упрощении сборки -- только под шляпу... заодно и комбинаций вариантов для поддержки меньше, кругом выгода.

    Кстати, Миша, 5 лет спустя не могу не заметить -- так и вышло. =/

     
  • 5.175, Аноним (-), 19:30, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > значит, противоречит принципу KISS.

    Ага, а выколупывать нужные файлы после мейкинсталла - это у них значит KISS? :)

     
  • 3.41, гость (?), 14:28, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Lennart Poettering Tue, 19 Jun 2012 01:31:59 -0700

    On Tue, 12.06.12 12:52, William Hubbs (w.d.hu...@gmail.com) wrote:

    heya,

    Sorry, not going to merge this

     
  • 3.76, Аноним (-), 15:38, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > http://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg05289

    Redhat и ее разработчики. Традиционно кооперативны и не кладут болт на чужие проблемы. Совсем не похоже на ульриха и глибцу :)


     
     
  • 4.84, Пиу (?), 16:08, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    просто Ульрих следит за качеством, а не за модными веяниями
     
     
  • 5.120, Аноним (-), 17:48, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > просто Ульрих следит за качеством, а не за модными веяниями

    Среди широких масс модно закидывать Дреппера ссаными тряпками точно так же, как и Поттеринга, есличо.

     
     
  • 6.177, Аноним (-), 19:35, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Среди широких масс модно закидывать Дреппера ссаными тряпками

    При том не за красивые глаза а за вполне себе стиль майнтайнерства потребовавший от остальных или таскать вагон патчей или просто брутально форкаться как eglibc. Обратите внимание что у eglibc написано в достоинствах :)

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

     
  • 5.176, Аноним (-), 19:32, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > просто Ульрих следит за качеством, а не за модными веяниями

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

     
  • 2.90, Аноним (-), 16:20, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> udev по прежнему [...] может быть собран без привязки к особенностям systemd
    > Ложь. Он может быть _использован_ без привязки к systemd, но обособленная _сборка_
    > не поддерживается.

    Посмотрите гентушный ебилд

     
     
  • 3.157, anonymous (??), 19:06, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Посмотрите гентушный ебилд

    Там грязный хак, а не штатная сборка.

     

  • 1.29, Аноним (-), 14:11, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Проблема такого подхода связана с тем, что kmod загружает модули последовательно, в то время как классическая обработка правил в udev производилась с ответвлением нового процесса. Экономия 0.01 мс на выполнение вызова fork() ничтожна по сравнению с задержкой в 10-20 мс, необходимой для загрузки данных с диска.

    Однако практика показывает, что после перехода udev на kmod система стала грузиться быстрее. Значит, кто где-то мухлюет с циферками.

     
     
  • 2.34, Anonymous copypaster (?), 14:18, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +13 +/
    «there's no way to load modules in parallel. Please check the kernel implementation of module_init before stating things like above. Exec'ing several instances of modprobe doesn't mean you are loading the modules in parallel.»
     
  • 2.35, Аноним (-), 14:18, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Значит, кто где-то мухлюет с циферками.

    Понял, где. fork удава - это не 0.01 мс, а 0.01 с - т.е. 100 мс. Что, конечно же, "ничтожно" по сравнению с 10-20 мс.

     
     
  • 3.44, гость (?), 14:30, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > 0.01 с - т.е. 100 мс

    мда..

     
     
  • 4.52, Аноним (-), 14:37, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> 0.01 с - т.е. 100 мс
    > мда..

    Зато теперь меня возьмут в разработчики gentoo!

     
     
  • 5.64, ананим (?), 15:19, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя Похтеринг возьмёт.
    Будешь пульсу пилить и задержки считать.
    А потом с Грегом будешь всем отвечать "вы не понимаете".
     
     
  • 6.77, Аноним (-), 15:42, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А потом с Грегом будешь всем отвечать "вы не понимаете".

    А вот Грег чисто технически прав: нормальный вариант это дергать вызов api если вам от системы что-то надо. А не дергать какие-то левые нестандартные бинари фиг знает где.

    Однако лобовой дерг API ведет к блокирующим вызовам. Вероятно граждане должны бы юзать отдельные треды/форки для ускорения. Мало ли, может какой модуль будет минуту инициализироваться.

     
     
  • 7.173, Xasd (ok), 19:28, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ну или просто разработчикия ядра -- придумают (или уже придумали?) -- API для неблокирующих вызовов :) .

    kmod не имеет там чтоли async-режима? [ну если не умеет -- думаю при большой необходимости разработчики-kmod всегда могут его запилить :).. врядли это нерешаемая проблема]

     
  • 6.115, Аноним (-), 17:37, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Тебя Похтеринг возьмёт.

    Похтеринг не возьмет :(

    > А потом с Грегом будешь всем отвечать "вы не понимаете".

    Хочешь крикнуть "Кроа-Хартман - идиот!"? Крикни, не стесняйся!

     
  • 3.46, Аноним (-), 14:31, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Значит, кто где-то мухлюет с циферками.
    > Понял, где. fork удава - это не 0.01 мс, а 0.01 с
    > - т.е. 100 мс. Что, конечно же, "ничтожно" по сравнению с
    > 10-20 мс.

    Стоп, не 100, а 10. Но все равно "ничтожно".

     

  • 1.95, paulus (ok), 16:33, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Насаждение systemd и включение в него udev похоже на попытки нагадить всем отличным от Федоры дистрибутивам и очень смахивает на тактику M$: "Пользователи ... со временем «сдаются». По словам Джули Ларсон Грин, точка перелома наступает примерно через шесть недель использования Windows 8".
     
     
  • 2.101, Аноним (-), 16:41, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Эта тактика описана у Сунь Цзы как "жечь мосты после прохождения наступающего войска". До создания Майкрософт оставалось 2000 лет.
     
  • 2.116, Аноним (-), 17:40, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Насаждение systemd и включение в него udev похоже на попытки нагадить всем
    > отличным от Федоры дистрибутивам и очень смахивает на тактику M$

    А гентушники, в свою очередь, пытаются присунуть всем остальным дистрам свой openrc.
    Достаточно поискать эпичные обсуждения в архиве debian-devel, когда главный "разработчик" eudev Люся Горбатый пытался доказать дебиановцам, что они обязаны перейти на openrc, и пофиг, что его нет в дебиановских репах и он не умеет параллельной загрузки (в отличие от стандартного дебиановского инита).

     
     
  • 3.131, Аноним (-), 18:34, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Строго говоря, параллельная загрузка в генте есть, включается rc_parallel="YES"  в /etc/rc.conf, так что высказанное вами на половину - ложь ;)
     
     
  • 4.135, Аноним (-), 18:38, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Строго говоря, параллельная загрузка в генте есть, включается rc_parallel="YES"  в /etc/rc.conf,
    > так что высказанное вами на половину - ложь ;)

    Строго говоря, ее там нет. Разработчики OpenRC неоднократно говорили, что этот режим официально не поддерживается, и все багрепорты относительно него будут закрывать с WONTFIX.

     
     
  • 5.146, Аноним (-), 18:51, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Строго говоря, параллельная загрузка в генте есть, включается rc_parallel="YES"  в /etc/rc.conf,
    >> так что высказанное вами на половину - ложь ;)
    > Строго говоря, ее там нет. Разработчики OpenRC неоднократно говорили, что этот режим
    > официально не поддерживается, и все багрепорты относительно него будут закрывать с
    > WONTFIX.

    Вот например, комментарий одного из ведущих разработчиков openrc:
    http://www.linux.org.ru/forum/desktop/8529910?cid=8530111

     
     
  • 6.229, qnikst (?), 20:42, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Строго говоря, параллельная загрузка в генте есть, включается rc_parallel="YES"  в /etc/rc.conf,
    >>> так что высказанное вами на половину - ложь ;)
    >> Строго говоря, ее там нет. Разработчики OpenRC неоднократно говорили, что этот режим
    >> официально не поддерживается, и все багрепорты относительно него будут закрывать с
    >> WONTFIX.
    > Вот например, комментарий одного из ведущих разработчиков openrc:
    > http://www.linux.org.ru/forum/desktop/8529910?cid=8530111

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

     
     
  • 7.241, Аноним (-), 05:23, 21/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > только следует уточнить, что я не только не ведущий, но даже и
    > не разработчик openrc

    Что однако не извиняет отношения к фиче. Лишний повод не связываться с такой поделкой и разработчиками.

     
  • 3.258, Анонимус_01 (?), 03:22, 07/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Люся Горбатый пытался доказать дебиановцам, что они обязаны перейти на openrc, и пофиг, >что его нет в дебиановских репах

    Вы таки можете не верить, но openrc есть в Дебиановских репах

     
  • 2.206, filosofem (ok), 02:55, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > попытки нагадить всем отличным от Федоры дистрибутивам и очень смахивает на тактику M$: "Пользователи ... со временем «сдаются».

    Ключевое слово "пользователи". Пользователи венду не форкнут.

     
     
  • 3.265, _ (??), 17:05, 08/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> попытки нагадить всем отличным от Федоры дистрибутивам и очень смахивает на тактику M$: "Пользователи ... со временем «сдаются».
    >Ключевое слово "пользователи". Пользователи венду не форкнут.

    Ну вон - демьян форкнули и сделали devuan без systemd ... хватит тямы назвать это "историей успеха"? :-\

     

  • 1.105, С горы (?), 16:57, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >недовольство вызывает разработка udev с оглядкой на новые версии ядра Linux, что часто нарушает совместимость со старыми системами.
    >Разработчики Gentoo официально анонсировали проект eudev
    >что часто нарушает совместимость со старыми системами
    >Разработчики Gentoo
    >старыми системами
    >Gentoo

    WTF???

     
     
  • 2.123, Аноним (-), 17:50, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>недовольство вызывает разработка udev с оглядкой на новые версии ядра Linux, что часто нарушает совместимость со старыми системами.
    >>Разработчики Gentoo официально анонсировали проект eudev
    >>что часто нарушает совместимость со старыми системами
    >>Разработчики Gentoo
    >>старыми системами
    >>Gentoo
    > WTF???

    Ну надо же было к чему-то докопаться.

     
  • 2.192, Crazy Alex (ok), 21:24, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А что такого? Генту тянет кучу версий различного софта, и тянет довольно долго. Обычно выкидываются промежуточные версии, но избранное - годами живёт.
     

  • 1.129, Аноним (-), 18:29, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    /me ждал крестового похода супротив еретиков, но форк udev'а - это тоже годно.:)
     
     
  • 2.178, Аноним (-), 19:37, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > /me ждал крестового похода супротив еретиков, но форк udev'а - это тоже годно.:)

    Правда форкеры сами не сильно лучше. "Война была равна" :)

     

  • 1.139, Xasd (ok), 18:44, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В качестве примера неоправданной оптимизации в systemd-udevd, ведущей к регрессивным изменениям, упоминается переход на API kmod для загрузки модулей, который позволяет загружать модули ядра без вызова дополнительных утилит

    эээээ... а это точно регрессия? точно-точно?

     
     
  • 2.144, Аноним (-), 18:46, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> В качестве примера неоправданной оптимизации в systemd-udevd, ведущей к регрессивным изменениям, упоминается переход на API kmod для загрузки модулей, который позволяет загружать модули ядра без вызова дополнительных утилит
    > эээээ... а это точно регрессия? точно-точно?

    Работает быстрее - значит, регрессия. По гентушным меркам.

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

     
  • 2.158, anonymous (??), 19:09, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >эээээ... а это точно регрессия? точно-точно?

    Таки не позволяет использовать что-то отличное от kmod. Уменьшение функционала есть регресс.

     
     
  • 3.161, Xasd (ok), 19:17, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>эээээ... а это точно регрессия? точно-точно?
    > Таки не позволяет использовать что-то отличное от kmod. Уменьшение функционала есть регресс.

    kmod -- это лишь СРЕДСТВО а не цель.

    а цель (функционал) -- это в данном случае инициализация модулей. :)

    если проблема возникает только на старых ядрах -- то просто обнови ядро :), или не обновляй udev (до тех пор пока не решишься обновить ядро).

     
     
  • 4.187, anonymous (??), 20:47, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Есть среды, в которых твое СРЕДСТВО вдруг превратится в цель ради использования нового ядра.
     

  • 1.155, Celcion (ok), 19:01, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Да здравствует стопиццот реализаций одного и того же функционала! Да здравствует Крылов, так точно предсказавший в басне про лебедя, рака и щуку всю суть разработки линукса!
     
     
  • 2.160, Xasd (ok), 19:10, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    басня кстате не совсем верная.

    в реальной жизни эти три животных врядли смогли бы начать такой проект (переместить воз).

    я конешно перечитаю басню ещё раз -- может быть я забыл какие-то детали.

    # P.S.: а что касается науки (если причислять -- Linux к науке) -- то давно уже было замечено, что развитие науки всегда шло через этапы:
    ... -> "разветвление" -> "объеденение" -> "разветвление" -> "объеденение" -> "разветвление" -> "объеденение" -> ...

     
     
  • 3.183, GentooBoy (ok), 19:52, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    расскажите это менеджерам в пнендостане, орущим devepoers, developers,developers и говорящих что конкуренция это хороше.
    Блин веткой промазал
     
  • 2.186, Michael Shigorin (ok), 20:35, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В басне tight coupling, а "в линуксе" всё-таки loose coupling.
     
  • 2.232, iCat (ok), 10:14, 20/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Да здравствует стопиццот реализаций одного и того же функционала!

    Да здравствует консолидация всего функционала в монолитный модуль!!!

     
     
  • 3.236, Celcion (ok), 00:34, 21/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да здравствует консолидация всего функционала в монолитный модуль!!!

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

     

  • 1.189, Аноним (-), 21:12, 17/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Gentoo был интересным дистрибутивом, но его огромным минусом является тот факт, ... большой текст свёрнут, показать
     
     
  • 2.193, iZEN (ok), 21:27, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Фундаментальное свойство ПО: постоянные изменения и переработка с целью соответствия его требованиям поставленных задач (которые тоже меняются со временем), исправление ошибок, оптимизация (тюнинг). Кто этого не понимает, тот надолго остаётся  с "return 4" в функции генерации псевдослучайного числа.

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

     
     
  • 3.194, ноутпадер (?), 22:02, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Фундаментальное свойство ПО: постоянные изменения и переработка с целью ... Кто этого не понимает, тот надолго остаётся  с
    > "return 4" в функции генерации псевдослучайного числа.

    Только вот переработки некоторого современного ПО сродни изменению константы в приведённом вами примере. Вчера было 4, сегодня покоммитили 118, завтра будет 0.

     
     
  • 4.198, iZEN (ok), 23:25, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Фундаментальное свойство ПО: постоянные изменения и переработка с целью ... Кто этого не понимает, тот надолго остаётся  с
    >> "return 4" в функции генерации псевдослучайного числа.
    > Только вот переработки некоторого современного ПО сродни изменению константы в приведённом вами примере. Вчера было 4, сегодня покоммитили 118, завтра будет 0.

    И даже ради этого стоит...


     
  • 2.195, Аноним (-), 22:14, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В Gentoo, в отличие от большинства других дистрибутивов, можно спокойно смешивать стабильные и нестабильные версии пакетов в одной системе. Нужен тебе новый gcc - размаскируй, пользуйся, пиши багрепорты и реквестируй стабилизацию, всё будет. Это же не дебиан какой, где релиза пять лет ждут.
     
     
  • 3.197, GentooBoy (ok), 22:34, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну в дебиан вы тоже можете, хотя и не так просто как в генте.
     
  • 3.199, Аноним (-), 23:26, 17/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вы видимо так и не поняли, о чем я говорю Зачем мне смешивать две разные ветки ... большой текст свёрнут, показать
     
     
  • 4.200, alx (??), 00:00, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    C учетом 2.193 это самая стабильная linux система. BSD не беру  расчет, т.к. не использовал ни в продакшене ни на рабочих станциях. Причем я не программист, что не мешает мне ее использовать во многих инсталяциях, писать багрепорты, общаться с разрабами и закидывать исправления, которые я могу делать. Gentoo ни к чему не обязывает пользователя, из-за чего ламеры начинаю думать, что система должна гарантированно правильно реагировать на любые их хотелки.
     
     
  • 5.205, Аноним (-), 02:35, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ни кто и не говорит, что Gentoo к чему то обязывает Сама идея Gentoo очень хоро... большой текст свёрнут, показать
     
     
  • 6.222, alx (??), 13:29, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Насколько быстро добавляются критические уязвимости по сравнению с другими дистрибутивами, не быстро.

    Мне этому верить на слово или как?
    Тебя не устраивает актуально ПО в ~??

     
  • 4.233, iCat (ok), 10:24, 20/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >...Теперь же чтобы в Gentoo получить желаемое в нем надо быть не просто опытным пользователем, а желательно сразу программистом...

    Ты не прав.
    Я не являюсь программистом. Я - системный администратор. Максимум - скриптики автоматизации на bash или cmd. Однако Gentoo пользуюсь с огромным удовольствием.
    * Нет инсталлятора? Да я уже забыл когда пользовался инсталляторами!
    * Нет графических утилит обновления системы? Э-м... Это как в Windows? Спасибо, не надо - совсем не трудно набрать в командной строке "emerge -uD world"
    * Трудности с установкой "нестабильных программ"? Ай, бросьте! Я без труда разобрался!
    * Неожиданности при обновлениях? Так ведь есть профили "desktop", "server", "developer", "hardended"...
    Сознайтесь: вы просто давно не заглядывали в сферу Gentoo.

     
     
  • 5.235, Celcion (ok), 00:30, 21/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всегда было интересно то, как часто в таких обсуждениях мелькает "я" как единое мерило и абсолютный довод. И собственный действия, как единственно верные. А так же то, что людей при этом не смущает тот факт, что остальным, равно как и тем, кому он непосредственно пишет, может быть совершенно наплевать как на это самое "я", так и на его проявления.
    Если для того, чтобы пользоваться Gentoo надо быть системным администратором Gentoo - то пусть системные администраторы Gentoo его и используют, странно думать, что остальные тоже являются администраторами Gentoo.
    Невозможно досконально разбираться в тонкостях работы каждого инструмента, которым пользуешься. От некоторых хочется, чтобы они работали по принципу just work. И если дистр без пользователя этого делать не умеет, а так же требует сверяться с Google/Gentoo Wiki/Support Forums при выполнении любого незнакомого действия - то его вполне могут счесть именно таким, как откоментировали выше. И вполне заслуженно.
     
  • 4.266, _ (??), 17:11, 08/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кажись ChatGPT bot?
     

  • 1.202, Михрютка (ok), 01:01, 18/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    правильно, у кого какой гандурас болит, тот то и чешет.

    это ж пофиг, что любой нормальный сервер после рестарта от 3 до 5 минут проводит в посте, проверке и обнулении памяти, инициализации и загрузке биоса И/О, прежде чем вообще попытается загрузить ОС.

    пофиг, что ОС не умеет толком динамически освобождать/получать память, ядра.

    зато наш лаптопчег будет грузиццо на 3, 14159268 сек быстрее ААААА!!!11 несомненное преимущество.

    цирк.

     
     
  • 2.217, Michael Shigorin (ok), 12:13, 18/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > пофиг, что ОС не умеет толком динамически освобождать/получать память, ядра.

    Помнится, учили ещё на SPARC -- а что сейчас не так?

     

  • 1.207, filosofem (ok), 02:59, 18/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Разработчики eudev готовы к интеграции поддержки интересных другим дистрибутивам возможностей, за исключением необоснованных предложений (например, желании интегрировать в  eudev собственную систему инициализации) и изменений, делающих невозможным обновление существующих систем на новую версию eudev.

    На что это они намекают?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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