The OpenNET Project / Index page

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

Список возможностей, которых не хватает в ядре Linux по мнению системных программистов

11.10.2011 14:40

Кей Сайверс (Kay Sievers), Леннарт Поттеринг (Lennart Poettering) и Харальд Хойер (Harald Hoyer), работающие в компании Red Hat, от лица всех программистов, занимающихся разработкой низкоуровневых компонентов на базе Linux-систем, направили в дискуссионный лист разработчиков ядра Linux письмо со списком возможностей, которые хочется видеть в будущих версиях ядра, но на реализацию которых у авторов инициативы нет времени или возможностей.

Список наиболее интересных и заслуживающих внимания возможностей:

  • Интерфейс для запроса и модификации метки смонтированного FAT-раздела. В данный момент изменение метки, которая хранится в скрытой каталоговой записи внутри ФС, возможно только после размонтирования раздела и модификации его содержимого с помощью специальных инструментов.
  • Реализация modalias для ветки sysfs /sys/devices/system/cpu/cpuX. Данный файл, присутствующий почти во всех каталогах sysfs, ассоциированных с устройствами, используется демоном udev для автозагрузки необходимых устройствам модулей. Наличие такого файла в каталогах /sys/devices/system/cpu/cpuX, позволит реализовать автозагрузку модулей, привязанных к конкретной модели процессора (cpufreq или kvm) без использования сторонних механизмов.
  • Возможность запроса значения CAP_LAST_CAP у ядра во время его работы. Значение CAP_LAST_CAP используется программами, эксплуатирующими механизм ядра capabilities, обеспечивающий возможность поднятия отдельных привилегий в системе, для оценки поддержки ядром тех или иных видов привилегий. В настоящее время получить это значение можно только из заголовочных файлов во время сборки приложения, что может стать проблемой при запуске приложений под управлением более старых ядер.
  • Простой способ изменения аргументов командной строки во время работы процесса, что может быть использовано для помещения в имя процесса полезной информации или приложениями, которые ветвятся для запуска другого бинарного файла.
  • Реализации библиотеки libmodprobe.so в составе module-init-tools чтобы загрузчики, инсталляторы и другие инструменты начальной загрузки могли получить информацию о доступных модулях и оптимизировать процесс загрузки.
  • Возможность установки расширенных атрибутов на файлы файловой системы cgroupfs (и, возможно, procfs).
  • Простой и надёжный способ получения информации о том, находится ли процесс в основном пространстве имён процессов или в контейнере CLONE_NEWPID. В настоящее время для получения этой информации приходится использовать различные трюки, такие как поиск наличия процесса с PID равным 2 (то есть процесса kthreadd, который может существовать только в основном пространстве имён).
  • Возможность ограничения групп процессов по использованию процессора с помощью механизма cgroups так, чтобы они не теряли возможности совершать действия, требующие исполнения в реальном времени.
  • Возможность указания принадлежности к определённой группе процессов cgroups при посылке сообщения через файловый сокет. Пример использования: syslog, принимающий диагностические сообщения от процессов из разных контейнеров и группирующих их по разным каталогам.


  1. Главная ссылка к новости (https://lkml.org/lkml/2011/10/...)
Автор новости: Evgeny Zobnin
Тип: К сведению
Короткая ссылка: https://opennet.ru/31977-kernel
Ключевые слова: kernel, linux, system
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (62) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.4, Аноним (-), 15:26, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Простой способ изменения аргументов командной строки во время работы процесса, что может быть использовано для помещения в имя процесса полезной информации или приложениями, которые ветвятся для запуска другого бинарного файла.

    А сейчас в чём сложность? Расскажите пожалуйста кто знает.

     
     
  • 2.22, Аноним (-), 16:19, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В том, что такая возможность желается нативно, в ядре. В большинстве никсов такого нет.
     
  • 2.23, Аноним (-), 16:21, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >А сейчас в чём сложность? Расскажите пожалуйста кто знает.

    Как минимум, сейчас при модификации argv нужно вписываться в длину и количество изначальных аргументов. Например,
    strncpy(argv[0], "new_name", strlen(argv[0]))

    Если новое имя длиннее изначального, "хвост" придется обрезать, иначе повредится память.

     
  • 2.25, жопка3 (?), 16:44, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Тем что в линухе нет setproctitle(3), который есть в bsd.
     
     
  • 3.33, жопка3 (?), 18:42, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, ну т.е. в линухе есть prctl с PR_SET_NAME, но он у меня срабатывал для top, но не для ps, например. В детали не лез.
     
  • 3.44, Аноним (-), 20:46, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Линух и БСД - разные ядра, не? В БСД пилят, что хотят, с маждонгом и гейшами.
     
     
  • 4.74, Аноним (-), 09:10, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Пасиба, кэп.
     
  • 3.81, Michael Shigorin (ok), 20:56, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тем что в линухе нет setproctitle(3), который есть в bsd.

    Ох уж эти сказочники...  Если http://git.altlinux.org/people/ldv/packages/?p=setproctitle.git нет в каком-либо ином нужном линуксе, пишите письма его разработчикам.

     
     
  • 4.84, жопка3 (?), 22:48, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Разница между реализацией setproctitle в libc и в сторонней библиотеке не очивидна?
    $ nm -D  /lib/libc.so.7  | grep setproctitle
    0000000000047f10 T setproctitle
     
     
  • 5.85, Аноним (-), 00:47, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Разница между реализацией setproctitle в libc и в сторонней библиотеке не очивидна?

    С точки зрения рогометания перед пацанами во дворе - вполне. С точки зрения реального использования - нет.

     
  • 2.49, СуперАноним (?), 22:08, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Допустим, вы написали приложение на скриптовом языке. И хотите, чтоб ps показывал имя приложения, а не имя интерпретатора. Вобщем, решение находится, но оно очень костыльное.
     
     
  • 3.57, Аноним (-), 23:33, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Имхо, этот вопрос должен беспокоить разработчика интерпретатора скрипта, а не авторов скриптов.
     
     
  • 4.79, XoRe (ok), 16:16, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Имхо, этот вопрос должен беспокоить разработчика интерпретатора скрипта, а не авторов скриптов.

    А это кому больше надо?
    Разработчикам perl, или тому, кто на этом perl пишет?

     
     
  • 5.86, Аноним (-), 00:51, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А это кому больше надо?
    > Разработчикам perl, или тому, кто на этом perl пишет?

    Хороший вопрос, так сразу и не ответишь.
    Для простоты, возьмем условный оператор if в перле. Кому он больше нужен - авторам перла или авторам скриптов на перле?

     

  • 1.24, Вова (?), 16:22, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    лично мне не хватает аналога солярисовского gethrtime, штоп время узнавать без сискола. Меня не забанили на гугле,если что - я видел асмовские вставки. Хотелось бы иметь стандартный механизм.
     
     
  • 2.34, жопка3 (?), 18:44, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > лично мне не хватает аналога солярисовского gethrtime, штоп время узнавать без сискола.
    > Меня не забанили на гугле,если что - я видел асмовские вставки.
    > Хотелось бы иметь стандартный механизм.

    А разве в линухе gettimeofday(2), getpid(2) не реализованы как fast syscall's без переключения контекста и int 0x80? Вроде же для каждого процесса там шарится страница, в которой как раз доступны эти значения? Или нужен более точный таймер?

     
     
  • 3.43, all_glory_to_the_hypnotoad (ok), 19:59, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    так вообще реализованы все сисколы в 2.6
     
     
  • 4.77, жопка3 (?), 11:06, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ога, fork(2) реализован без переключения контекста?)
     
  • 3.45, Аноним (-), 20:48, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> лично мне не хватает аналога солярисовского gethrtime, штоп время узнавать без сискола.
    >> Меня не забанили на гугле,если что - я видел асмовские вставки.
    >> Хотелось бы иметь стандартный механизм.
    > А разве в линухе gettimeofday(2), getpid(2) не реализованы как fast syscall's без
    > переключения контекста и int 0x80? Вроде же для каждого процесса там
    > шарится страница, в которой как раз доступны эти значения? Или нужен
    > более точный таймер?

    Для реалтайма, например, еще как нужен. Типа, реалтайм же поддежривается пингвинячьим ядром?

     
     
  • 4.48, Аноним (-), 21:52, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >реалтайм же поддежривается пингвинячьим ядром?

    Пока только в linux-rt ветке

     

  • 1.26, Аноним (-), 16:45, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    http://catap.ru/blog/2011/06/15/linux-time-interval/
     
     
  • 2.29, Вова (?), 17:51, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    это системный вызов (clock_gettime).
     
     
  • 3.64, const86 (ok), 01:01, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Этот сисвызов живёт в VDSO.
     
     
  • 4.75, Вова (?), 09:40, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Этот сисвызов живёт в VDSO.

    А в Киеве - дядька. Вы прогуглили ключевые слова из ветки чуть выше? Это похвально.

     

  • 1.31, Аноним (-), 18:16, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Ваще давно пора разделить кернел на разные ветки - для десктопов, серверов и ещё различные типы компьютеров.
     
     
  • 2.35, anonymous (??), 18:46, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Ваще давно пора разделить кернел на разные ветки - для десктопов, серверов и ещё различные типы компьютеров.

    И для системных программистов ;)

     
  • 2.38, Crazy Alex (ok), 19:42, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И получить через год пачку несовместимостей? Нет уж, спасибо. Линукс сейчас стандарт де-факто, и пусть он будет един.
     
     
  • 3.47, Аноним (-), 21:17, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И получить через год пачку несовместимостей? Нет уж, спасибо. Линукс сейчас стандарт
    > де-факто, и пусть он будет един.

    В каком месте он стандарт и где он един? Пальцем ткни в дистровотч.

     
     
  • 4.50, СуперАноним (?), 22:34, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Linux это ядро, а не дистр. И таки vanilla kernel - стандарт.
     
     
  • 5.52, jud (?), 22:45, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ога, стандарт, особенно между версиями, офигенный стандарт, когда 2.6.19 и 3.0.1 это два совершенно разных ядра. в джёппу такие стандарты.
     
     
  • 6.58, Аноним (-), 23:38, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >ога, стандарт, особенно между версиями, офигенный стандарт, когда 2.6.19 и 3.0.1 это два совершенно разных ядра. в джёппу такие стандарты.

    Ага. А еще POSIX.1 и POSIX.2 это два совершенно разных стандарта. В ту же задницу их.

     
  • 6.71, pavlinux (ok), 05:09, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Что ты можешь сделать на 2.6.19, но не получается на 3.0.1 ?

     
  • 2.39, all_glory_to_the_hypnotoad (ok), 19:49, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    из каких соображений появилась такая бредовая мысль?
     
  • 2.40, tamerlan311 (?), 19:49, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чем отличается десктоп от сервера, кроме абстрактного назначения?

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

     

  • 1.32, Аноним (-), 18:35, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    интересно, что не во всех свободных проектах прокатывает идея "собраться и написать всем свои идеи". Куча критики, типа, "если тебе надо, ты и делай!"
    Собственно, куча критики будет и к этому посту.
     
  • 1.37, Аноним (-), 19:29, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А кто они такие? эти системные програмисты!
    Враги какието! Зачем им фат???
     
     
  • 2.59, Аноним (-), 23:59, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Враги какието! Зачем им фат???

    Тогда, главный враг - это Торвальдс. Который пропустил в ядро драйвер для FAT.

     

  • 1.41, Анонимко (?), 19:55, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Зачем им фат???

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

     
  • 1.51, xxx (??), 22:39, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >Кей Сайверс (Kay Sievers), Леннарт Поттеринг (Lennart Poettering) и Харальд Хойер (Harald Hoyer), работающие в компании Red Hat, от лица всех программистов

    А Леннарт всё не угомонится выступать от лица всех и вся. Ну чтож, жду с нетерпением, когда он начнёт говорить от лица Бога.

    >Список наиболее интересных и заслуживающих внимания возможностей

    Ну если это наиболее интересные и заслуживающие внимания возможности, то Роб Пайк пожалуй был прав ещё в далёком 2000-ом.

     
     
  • 2.53, Аноним (-), 22:55, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >А Леннарт всё не угомонится выступать от лица всех и вся. Ну чтож, жду с нетерпением, когда он начнёт говорить от лица Бога.

    Вообще-то, это письмо составлено по итогам конференции системных программистов Linux Plubmers. И в качестве "гонцов" были выбраны трое наиболее авторитетных и уважаемых разработчиков.

     
     
  • 3.54, Аноним (-), 22:56, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    s/Plubmers/Plumbers
     
  • 2.55, Mna (??), 23:00, 11/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > если ..., то Роб Пайк пожалуй был прав ещё в далёком 2000-ом

    В чем был прав Роб Пайк?

     

  • 1.56, Аноним (-), 23:28, 11/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что, Сиверс уже в редхате работает? Afaik, полгода назад он работал в новелл и был одним из ведущих разработчиков суси.
     
  • 1.60, Xaionaro (ok), 00:32, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кому что, а лично мне бы сейчас пригодилась возможность принципиально запретить перезагрузку, откладывая все попытки в какой-нибудь лог. Т.е. запретить всякие там /proc/sysrq-trigger и всё-всё-всё. Есть у меня одна конфигурация на базе linux 3.0-rt + drbd + xen, которая приводит к внезапным перезагрузкам без каких-либо объяснений причин. И дело не в железе, проверено :)
     
     
  • 2.61, Xaionaro (ok), 00:34, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Хотя, возможно, уже такое есть. Вполне допустимо, что я просто недостаточно тчательно искал. Кстати говоря, буду рад, если кто подскажет как такое сделать. ;)
     
     
  • 3.72, pavlinux (ok), 05:17, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Хотя, возможно, уже такое есть. Вполне допустимо, что я просто недостаточно тчательно
    > искал. Кстати говоря, буду рад, если кто подскажет как такое сделать.
    > ;)

    Не работай от рута.

     
  • 2.62, Аноним (-), 00:43, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Кому что, а лично мне бы сейчас пригодилась возможность принципиально запретить перезагрузку, откладывая все попытки в какой-нибудь лог.

    Еще хорошо бы запретить смерть, войну и голод, ага.

    Если не хочется, чтобы система автоматически перезагружалась при панике - sysctl kernel/panic=0
    Для вывода и сохранения лога при ошибках можно использовать netconsole.

    >Есть у меня одна конфигурация на базе linux 3.0-rt + drbd + xen, которая приводит к внезапным перезагрузкам без каких-либо объяснений причин

    А вообще, знаете вы толк в мазохизме. RT-ветка вовсе не позиционируется как стабильная.

     
     
  • 3.66, Xaionaro (ok), 01:19, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>Кому что, а лично мне бы сейчас пригодилась возможность принципиально запретить перезагрузку, откладывая все попытки в какой-нибудь лог.
    > Еще хорошо бы запретить смерть, войну и голод, ага.

    Вообще-то не вижу ничего сверхъестественного в отмене перезагрузок в большенстве ситуаций. Прошу простить мою тупость, конечно :)

    > Если не хочется, чтобы система автоматически перезагружалась при панике - sysctl kernel/panic=0

    Увы, конечно же, это уже пробовано. Проблема не в kernel panic, а в чём-то другом. А перезагрузка мгновенная, без каких-либо сообщений на экране.

    >>Есть у меня одна конфигурация на базе linux 3.0-rt + drbd + xen, которая приводит к внезапным перезагрузкам без каких-либо объяснений причин
    > А вообще, знаете вы толк в мазохизме. RT-ветка вовсе не позиционируется как
    > стабильная.

    Да, я в курсе.

     
     
  • 4.67, Аноним (-), 01:27, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Вообще-то не вижу ничего сверхъестественного в отмене перезагрузок в большенстве ситуаций.

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

    Разве что какое-то приложение из юзерспейса самопроизвольно командует или триггеры дергает - тогда да, такой запрет мог бы помочь. Но тут гораздо проще не давать рута кому попало. К конце концов, есть же capabilities.

     
     
  • 5.69, Xaionaro (ok), 01:34, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>Вообще-то не вижу ничего сверхъестественного в отмене перезагрузок в большенстве ситуаций.
    > Похоже, что у вас перезагрузки происходят не из-за штатных механизмов обработки сбоев
    > (в частности, таким механизмом является паника), а из-за каких-то ошибок в
    > ядре. А ошибки как класс, запретить, к сожалению, нельзя.
    > Разве что какое-то приложение из юзерспейса самопроизвольно командует или триггеры дергает
    > - тогда да, такой запрет мог бы помочь. Но тут гораздо
    > проще не давать рута кому попало. К конце концов, есть же
    > capabilities.

    Да, это понятно. Моя интуиция подсказывает, что проблема как-то связана с drbd. В дефолтном конфиге к drbd настроены аварийные перезагрузки, используя sysrq-trigger. В конфиге, конечно же, от этого уже ничего не осталось, однако окончательно разобраться было бы проще, если все штатные механизмы перезагрузок можно было бы временно заблокировать.

     
     
  • 6.70, Аноним (-), 02:01, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если уж все равно собирается кастомное ядро - в данном случае можно отключить MAGIC_SYSRQ в конфиге ядра. Afaik, при этом файл sysrq-trigger создаваться не должен.

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

     
     
  • 7.73, pavlinux (ok), 05:20, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Если уж все равно собирается кастомное ядро - в данном случае можно
    > отключить MAGIC_SYSRQ в конфиге ядра. Afaik, при этом файл sysrq-trigger создаваться
    > не должен.
    > Но вообще идея добавить управление доступом к этому механизму, в свете вышесказанного,
    > звучит вполне здраво.

    В Debian есть MAGIC_SYSRQ_DEFAULT_MASK, задав определённую маску
    можно запретить или разрешить только нужные коды.

     
     
  • 8.78, Аноним (-), 14:47, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это везде есть А еще эту маску можно поменять в рантайме через sysctl Только, ... текст свёрнут, показать
     
     
  • 9.80, pavlinux (ok), 17:30, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В Debian и клонах ... текст свёрнут, показать
     
  • 7.76, Xaionaro (ok), 10:05, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Если уж все равно собирается кастомное ядро - в данном случае можно
    > отключить MAGIC_SYSRQ в конфиге ядра. Afaik, при этом файл sysrq-trigger создаваться
    > не должен.

    Ядро из репозитория.

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

    Да, было бы здорово.

     
  • 3.68, Xaionaro (ok), 01:29, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/

    > Для вывода и сохранения лога при ошибках можно использовать netconsole.

    root@kordis:/home/xaionaro# locate netconsole.ko
    /lib/modules/2.6.32-5-amd64/kernel/drivers/net/netconsole.ko
    /lib/modules/2.6.32-5-xen-amd64/kernel/drivers/net/netconsole.ko
    /lib/modules/3.0.0-1-amd64/kernel/drivers/net/netconsole.ko
    root@kordis:/home/xaionaro# modprobe netconsole
    FATAL: Module netconsole not found.
    root@kordis:/home/xaionaro# uname -a
    Linux kordis 3.0.0-1-rt-amd64 #1 SMP PREEMPT RT Sat Aug 27 17:34:31 UTC 2011 x86_64 GNU/Linux


    Спасибо за совет, это действительно пригодится для других серверов. Но, конкретно на данной конфигурации, почему-то модуль отсутствует. Завтра разберусь :)

     

  • 1.63, rm_ (ok), 00:55, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Леннарт Поттеринг

    С этим челом надо поосторожнее, он придумал PulseAudio.

     
     
  • 2.65, Аноним (-), 01:12, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >С этим челом надо поосторожнее, он придумал PulseAudio.

    Вы так говорите, как будто это что-то плохое.

     
     
  • 3.83, Anon21 (?), 21:55, 12/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А вы таки видели код и даже что-то контрибьютили туда?
     
     
  • 4.87, Аноним (-), 00:56, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А вы таки видели код и даже что-то контрибьютили туда?

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

     
     
  • 5.89, Аноним (-), 18:32, 13/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, просто пользовался. Хорошая штука, добавляет много удобных фич для управления звуком.

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

     

  • 1.82, Michael Shigorin (ok), 21:02, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Реализация modalias для ветки sysfs /sys/devices/system/cpu/cpuX

    Да, сильно недостаёт.

     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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