LINUX.ORG.RU
Новости — BSD  

ioctl как пережиток прошлого


0

0
В презентации Poul-Henning Kamp с конференции BSDcan2005 рассматривается история появления и развития ioctl/sysctl, приводится критика этих методов обращения к внутренним функциям ядра с точки зрения реалий сегодняшнего дна и описываются некоторые альтернативные подходы, такие как GEOM с экспортом в XML, g_ctl(), nmount(2) и другие.

>>> Презентация (1.1Mb, PDF с картинками)

★★★

Проверено: Shaman007 ()
← Pluto: Linux по-домашнему
Сертификация преподавателей и курсов на основе ALT Linux →
Мне узрелось слово XML в новости про ядерное программирование?

xml парсер на уровне ядра? :)

realloc ★★★★
()
презентация длинная конечно. imho поколотят его. с таким подходом и soap в ядро пропихнуть можно. опять imho dragonfly интерестнее идеи имеет.
zZzZ ☆
()
А подсветка синтаксиса там будет?
anonymous
()
Ответ на: комментарий от zZzZ
Уж лучше CORBA тогда, что все так зациклились на этом XML :) Один большой накладной расход, этот XML :)
Displacer ★★
()
XML??? Это шутка?
anonymous
()
XML на уровне ядра == БРЕД !!!

как обычно ... изобретают велосипед !!!
чем не нравился идея plan9 ... тем что не кашерна ?

с такими "идеями" линукс скоро будет страшнее оффтопика ...
ДАВИТЬ XML как империалистическую проститутку !
robot12 ★★★★★
()
Ответ на: комментарий от Inserter
Чё всех так вставляет от этого хымыля, бля, он же тормозной... вон, монстр моззила - весь на ыксемеле написан (морда), так парситься всё это пол часа, пока он своё уродство на экран не выплунит!

by umask :) gi-gi

anonymous
()
Ответ на: комментарий от robot12
> с такими "идеями" линукс скоро будет страшнее оффтопика ...
так вроде про BSD разговор?
anonymous
()
ну что вы.. XML это не так уж и плохо :)
emacs ★
()
Н-да, в BSD сообществе полный разброд и шатания. Деградация на лицо ;)
anonymous
()
При белгой прокрутке страницы прочитал: Intel как пережиток...
linux_newbe ☆
()
Ответ на: комментарий от rusty_dm
>где появляеца XML - наступает жопа ))))

Вспоминаются мне подобные комменты N-летней давности по поводу Java. А нынче - это майнстрим. XML ждет подобная судьба. А кто этого не видит, так и останутся маргинальными кодерами (в смысле - на обочине)

anonymous
()
Ответ на: комментарий от anonymous
спокойнее надо быть. XML можно перетерпеть
лишь бы на .NET ядро не переписали
tsybulin
() 
             Abstract notations
● ASN.1
√ ■This is not the format you are looking for.■
● Netgraph parse code.
√ Convert to byte stream.
√ Metadata in boths ends to control conversion.
● XML
√ Theoretically perfect
√ Practically overkill.


page 35
anonymous
() 
              Abstract notations
* ASN.1
√ "This is not the format you are looking for."
* Netgraph parse code.
√ Convert to byte stream.
√ Metadata in boths ends to control conversion.
* XML
√ Theoretically perfect
√ Practically overkill.
              ^^^^^^^^

page 35
anonymous
()
Ответ на: комментарий от anonymous
>Вспоминаются мне подобные комменты N-летней давности по поводу Java. А нынче - это майнстрим. XML ждет подобная судьба. А кто этого не видит, так и останутся маргинальными кодерами (в смысле - на обочине)

Лучше тихо стоять на обочине и смотреть как конвой по этапу ведет толпу java-нигеров.

Cybem ★★
()
Ответ на: комментарий от Cybem
Вон анонимус дважды вам сказать пытался чего означает "XML is praсtically overkill" ...
Так что не сцать - не будет ксмыля! :)
anonymous
()
Ответ на: комментарий от realloc
>Мне узрелось слово XML в новости про ядерное программирование?
>
>xml парсер на уровне ядра? :)
Да уж. Пусть уж перекодирование в уникод на уровень ядра поднимут, чем уже совсем дурью маятся.
Кстати как идея ? :)
Atlant ★★★★★
()
Ответ на: комментарий от robot12
>чем не нравился идея plan9 ..

в plan9 все файлы, тобиш кроме ioctl вызовов других стандартных ввызовов просто нет. Тоже метод

anonymous
()
Ответ на: комментарий от anonymous
plan9 - некошено.
пока не сменят лицензию на ГПЛ - ничего у них не получится.
anonymous
()
Ответ на: комментарий от anonymous
> тобиш кроме ioctl вызовов других стандартных ввызовов просто нет

как, и read/write нет? один-единственный системный вызов ioctl?

anonymous
()
Ответ на: комментарий от robot12
(оффтопик) Никто не подскажет, почему mtab хранится в /etc?? Это же маразм просто. Почему не в /proc или хотя бы в /var? Какой идиот это придумал? Из-за него нельзя /etc монтировать в ro...
anonymous
()
Ответ на: комментарий от anonymous
Да это ясно что можно. Но разместить mtab(динамически обновляющийся файл) в каталоге, предназначенном для хранения системных настроек, можно только с бодуна..
anonymous
()
Ответ на: комментарий от anonymous
> А что это за "реалии сегодняшнего дна"?

Доползли до дна... снизу постучали...

dmitrmax ★
()
Ответ на: комментарий от rusty_dm
> где появляеца XML - наступает жопа ))))

KDE использует XML и ничего, никакой жопы! :)

Skull ★★★★★
()
А что все так на XML накинулись? Статью-то хоть кто-нибудь читал? ;) XML упомянут только дважды, причём с адекватным комментарием (practically overkill). Основной акцент делается на G_ctl, который фактически является ioctl с человеческим лицом (очень похож на OSC - Open Sound Control, см. http://plugin.org.uk/liblo/).
c0ff ★
()
Ответ на: комментарий от PashaKustov
А я вот не понял что это значит...

Объясни пожалуйста.

zowers
()
Ответ на: комментарий от PashaKustov
> Type-checking is a town in Russia.

> (Страница 5)

> Молодец, сострил товарищ. Тож мне петросян нашёлся блин.

А я вот не понял что это значит...

Объясни пожалуйста.

zowers
()
Ответ на: комментарий от zowers
ЗМЛ таки тормозной. Его надо не парсить по ходу, а спарсить заранее, при малой нагрузке хоста, прописать, скажем, в реляционные таблицы, поиндексить вдоль и поперек, иначе тормоза. Это _универсальный_ формат представления, а не заточенный ини-файлы хранить
anonymous
()
Ответ на: комментарий от anonymous

ОТ про мтаб

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

Решение, конечно, идиотское. Современные линухи держат mount -p -- пишет только в прок, правда непонятно, почему там отображаются не все опции (кодировок нет, например -- или в 2.6. исправили?).

lodin ★★★★
()
Ответ на: комментарий от anonymous
> Но разместить mtab(динамически обновляющийся файл) в каталоге, предназначенном для хранения системных настроек, можно только с бодуна..

# stat /etc/mtab
stat: /etc/mtab: lstat: No such file or directory
# uname
NetBSD
dilmah ★★★★★
()
Ответ на: комментарий от zowers
> Type-checking is a town in Russia.

> Молодец, сострил товарищ. Тож мне петросян нашёлся блин.

А я вот не понял что это значит...

Типа туевакуча коммитеров не знает что такое type-checking.

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

zZzZ ☆
()
Ответ на: комментарий от anonymous
> комменты N-летней давности по поводу Java. А нынче - это майнстрим.

Где она мэйнстрим? Как была узким нишевым продуктом, так и осталась.
anonymous
()
Ответ на: комментарий от chinpunkanpun
Что-то против имеешь? Ну, гавкни ты.
anonymous
()
Ответ на: комментарий от chinpunkanpun
>А ioctl это действительно убого. Вот только xml, пожалста, не надо :-)

Если ioctl убого то почему же тогда процессоры буквально одним call обходятся?

Для ядра не надо всякой мути придумавать пока на С пишут. Чем проще тем легче отлаживать. А все прикрутки с участием мега структур просто костыли спропагандированные business app developer'ами.

Кстати если глянуть код g_ctl и вокруг него то он выглядит более опасным чем простое switch по коду от ioctl. и перформанса он не подымет.

zZzZ ☆
()
Ответ на: комментарий от anonymous
возникает закономерный вопрос -- а зачем собственно приставка 'ioctl' при таком раскладе?
anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Pluto: Linux по-домашнему
BSD
Сертификация преподавателей и курсов на основе ALT Linux →