Новая книга «Linux Kernel Programming»

кто уже прочитал, дайте отзыв плз.

А публикации-то уже есть? Было бы интересно ознакомиться. Или ещё издателя нету?

Тег надо не «язык си», а «c».

Кавайный Билли. Обязательно над почитать.

Сделано.

индийский программист

Да ну их.

Индийский программист != индусской код, полистал книгу - чел реально грамотный.

На первый взгляд выглядит весьма годно!

кто уже прочитал, дайте отзыв плз

На Амазоне отзывы есть, хорошие. Сам ещё подробно не читал, но буду брать.

А публикации-то уже есть?

Что за публикации? Книга в продаже.

А публикации-то уже есть?

Что за публикации? Книга в продаже.

И на файлообменниках тоже

Из превью и оглавления на Амазоне - жуткое месиво из «Линукса для чайников», «Архитектуры ПК» и бешенных неструктурированных скачек по ядру.

Напиши лучше!

Не нужно быть поваром, чтоб сказать, что суп невкусный.

бешенных неструктурированных скачек по ядру

А это как раз то, чем придётся заниматься будущему разработчику)

Напиши лучше!

Всё давно написано. А манускрипты на вроде «Как написать драйвер для ядра Линукс версии 5.15» не нужны.

Половина этой книги не нужна и вызывает брезгливые смешки, если читал «What every programmer should know about memory» или получил подобные знания из чтения архитектурных мануалов на процессор.

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

Пните жирным контрактом лучше Лава: пусть ревизию своей книжки сделает.

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

А это как раз то, чем придётся заниматься будущему разработчику)

Будущий разработчик должен прочитать мануал на архитектуру своего целевого процессора, чтобы знать, что он программирует, книжку Роберта Лава, если это первый драйвер для Линукса, и всё. Остальное - это живой опыт. Тем более, API и подходы меняются быстрее, чем индусы книжки пишут. Хотя, эти «книжки» и быстрее родить могут.

Вообще, если понимаешь, как работает процессор, на уровне page table, TLB, контекстов, регистров, стеков и т.п., то ты умеешь программировать под любую операционную систему, которая работает на этом процессоре. Различаются только операционные модели, и то, чаще, всего лишь, только API.

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

Я это и имел ввиду. Хорошо, что уже в продаже. Из текста новости я этого не понял.

Ну как бы понятно, что эта книга не для «кулхакеров» с большим опытом, способных прочитав доку на железо запрограммировать любую ОС. А для привлечения новых людей «с гендер-прононсами и цветными волосами» - самое то. Бородатые дядьки не вечны, кому-то же придётся потом ядро развивать) Книга Лава устарела, к сожалению, и там есть не всё. Также книга будет полезна тем, кто хочет освежить свои знания и узнать о нововведениях в современном ядре.

Прочитай Лава и linux/Documentation или статью на LWN на то, чего в книжке нет. Делов-то. Зато в башке цельная картина будет.

Ну молодец, вложил столько трудов, а оно устареет через год вслед за говённой LDD.

Казалось бы, в мире литературы о программировании ядра Linux наметилась устойчивая стагнация…

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

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

Для этого [1] код должен быть достаточно читабельным и [2] ты должен знать общую архитектуру ядра. Первое, как правило желает оставлять лучшего, а во втором, без книг разобраться трудно.

P.S. минутка юмора:

книга с озображением собрания тайной ложи линуксо-масонов, обменивающихся перфокартами для захвата власти над миром

кому-то же придётся потом ядро развивать)

Зачем? Тот, кто в состоянии развивать подобного уровня проект, напишет всё с нуля, чем копошиться в этом легаси из 20-го века.

Ога, то-то я и смотрю от написанных с нуля ядер деваться некуда)

чем читал бы какого-то индуса

Индус индусу рознь. Человек в 83-м сам программирование освоил, без интернетов с гуглами, это вам не хрен собачий.

на либгене есть

Напиши лучше!

Люди хотят отзывы.

Люди получают отзывы.

Людям не нравятся отзывы.

Люди хейтят того, кто дал отзывы.

Снимаю виртуальную шляпу перед Кайваном. А европейцы, бездельники, совсем обленились. Извините за танцпол, наболело просто.

С позиции зумерков может быть и не хрен, между тем все кто освоил в 80-х или начале 90-х программирование освоили его без интернетов с гуглами. И как-то даже не напряглись. А сейчас не все и с интернетами могут.

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

не согласен, коллега. Вернее, скажем, так: эта тенденция полезна только для кодеров, которые занимаются конкретной подсистемой многими годами (эдакий Линукс-хомячок, которому только дай покоммитить - и он уже доволен), и не видят выше своего собственного носа, и для таких манагеров, которые мыслят максимум на пару лет вперед, типа, сейчас продавим вот эту фичу или драйвер в ядро и впарим продукт, а потом хоть гори это ядро синим пламенем. Для полноценного развития бизнеса необходима и обучающая литература и документация. В исходниках, очевидно нет всей информации, ни о архитектуре ядра, ни о формальных моделях (где, например, формальная модель системы контроля доступа?), ни о деталях реализации, какие архитектурные аспекты повлияли на то, что реализация именно такая, а не другая, и т.п.

Официальная документация с kernel.org - это набор разрозненных HTML страничек без определенной структуры, и даже без ссылок на файлы исходников, где описываемый функционал реализован. Строго говоря, это вообще не документация, а собрание сочинений школоты а ля «вот есть такая фича, тута у нее VFS, а тут можно грабить корованы». В такой ситуации любая серьезная работа по формализации знания, или даже просто обобщения и компиляции в одном месте, в данной oбласти заслуживает всяческого одобрения со стороны как разработчиков систем, так и со стороны их манагеров.

А как же старый добрый Ори Померанц?

О да) Когда-то это было первое, что я нашёл о программировании ядра)

Официальная документация с kernel.org - это набор разрозненных HTML страничек без определенной структуры, и даже без ссылок на файлы исходников, где описываемый функционал реализован. Строго говоря, это вообще не документация, а собрание сочинений школоты а ля «вот есть такая фича, тута у нее VFS, а тут можно грабить корованы». В такой ситуации любая серьезная работа по формализации знания, или даже просто обобщения и компиляции в одном месте, в данной oбласти заслуживает всяческого одобрения со стороны как разработчиков систем, так и со стороны их манагеров.

Потому что 100000-страничная документация на ядро не имеет смысла. Во-первых, на 80% всё расписано в книжках по CS/CE и в спецификациях на железки, 10% - в книжке того же Лава, про общую структуру ядра и его подсистемы, не особо менявшиеся последнюю декаду. А деталями надо жить, да. Писать свой код, портировать его на новые ядра, смотреть, что и почему сломалось, читать мейл лист(ы), ездить на конференции, бухать с другими разработчиками.

Разве книги имеют смысл когда «stable API nonsense»?

Дайте пожалуйста ссылку на торрент, у кого есть.

Половина этой книги не нужна и вызывает брезгливые смешки, если читал «What every programmer should know about memory» или получил подобные знания из чтения архитектурных мануалов на процессор.

всегда задавался вопросом: откуда ульрих дреппер это все просек?

всегда задавался вопросом: откуда ульрих дреппер это все просек?

Он программировать учился ещё до интернета. Вынужден был читать компьютерные архитектурные мануалы.

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

И не «с», а "(с)" :)

Он просто русский код не видел (бит…с)

Лучшая документация - исходный код, имхо. А вот от бухла умнее не станешь, милок.

Лучшая документация - исходный код, имхо.

Хорошо структурированный и понятно написанный исходный код!

А вот от бухла умнее не станешь, милок.

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

Хорошо структурированный и понятно написанный исходный код!

как промытый и прочищенный бухлом мозг))

как промытый и прочищенный бухлом мозг))

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

А вот от бухла умнее не станешь, милок.

http://ibash.org.ru/quote.php?id=11710

Не читал, но осуждаю?

Не переживай, не сгоришь, сопьешься раньше.

Ога, то-то я и смотрю от написанных с нуля ядер деваться некуда)

А зачем, если это легаси худо-бедно пилят? Вот когда уйдут на пенсию, тогда и заменят.

Чё за тупой вопрос? Как это связано?