Мне узрелось слово XML в новости про ядерное программирование?

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

презентация длинная конечно. imho поколотят его. с таким подходом и soap в ядро пропихнуть можно. опять imho dragonfly интерестнее идеи имеет.

А подсветка синтаксиса там будет?

Уж лучше CORBA тогда, что все так зациклились на этом XML :) Один большой накладной расход, этот XML :)

XML??? Это шутка?

XML на уровне ядра == БРЕД !!!

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

с такими "идеями" линукс скоро будет страшнее оффтопика ...
ДАВИТЬ XML как империалистическую проститутку !

XML в ядре - это уже слишком... ещё немного, и пентиум38 нам не поможет :о(

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

by umask :) gi-gi

> с такими "идеями" линукс скоро будет страшнее оффтопика ...
так вроде про BSD разговор?

А что это за "реалии сегодняшнего дна"?

ну что вы.. XML это не так уж и плохо :)

Н-да, в BSD сообществе полный разброд и шатания. Деградация на лицо ;)

> А что это за "реалии сегодняшнего дна"?

http://az.lib.ru/g/gorxkij_m/text_0180.shtml

где появляеца XML - наступает жопа ))))

При белгой прокрутке страницы прочитал: Intel как пережиток...

>где появляеца XML - наступает жопа ))))

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

спокойнее надо быть. XML можно перетерпеть
лишь бы на .NET ядро не переписали

Typechecking is a town in Russia.

(Страница 5)

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

             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

              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

>такие как GEOM с экспортом в XML

Совсем долбанулись.

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

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

Вон анонимус дважды вам сказать пытался чего означает "XML is praсtically overkill" ...
Так что не сцать - не будет ксмыля! :)

>Мне узрелось слово XML в новости про ядерное программирование?
>
>xml парсер на уровне ядра? :)
Да уж. Пусть уж перекодирование в уникод на уровень ядра поднимут, чем уже совсем дурью маятся.
Кстати как идея ? :)

>чем не нравился идея plan9 ..

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

plan9 - некошено.
пока не сменят лицензию на ГПЛ - ничего у них не получится.

> тобиш кроме ioctl вызовов других стандартных ввызовов просто нет

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

echo "dma on" >/dev/sdC0/ctl
Не канает ?

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

Зато можно сделать линк на /proc/mounts, а потом монтировать в ro...

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

> А что это за "реалии сегодняшнего дна"?

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

> где появляеца XML - наступает жопа ))))

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

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

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

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

> Type-checking is a town in Russia.

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

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

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

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

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

ОТ про мтаб

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

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

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

# stat /etc/mtab
stat: /etc/mtab: lstat: No such file or directory
# uname
NetBSD

> Type-checking is a town in Russia.

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

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

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

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

>как, и read/write нет

нет
ioctl(READ,...
ioctl(WRITE, ...

>echo "dma on" >/dev/sdC0/ctl
>Не канает ?

ioctl(ECHO, handler, "dma on" )

> комменты N-летней давности по поводу Java. А нынче - это майнстрим.

Где она мэйнстрим? Как была узким нишевым продуктом, так и осталась.

Но-но, онанимус, не знаешь - не гавкай.

А ioctl это действительно убого. Вот только xml, пожалста, не надо :-)

Что-то против имеешь? Ну, гавкни ты.

>А ioctl это действительно убого. Вот только xml, пожалста, не надо :-)

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

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

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

возникает закономерный вопрос -- а зачем собственно приставка 'ioctl' при таком раскладе?