сколько строк кода в ядре линукс

Почему в ядре Linux более 15 миллионов строк кода? [закрыто]

Каково содержание этой монолитной кодовой базы?

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

Какие исторические и текущие причины драйверы включены в базу кода ядра?

Включают ли эти 15 с лишним миллионов строк каждый драйвер для каждого компонента оборудования? Если это так, то возникает вопрос, почему драйверы встроены в ядро, а не в отдельные пакеты, которые автоматически определяются и устанавливаются из идентификаторов оборудования?

Является ли размер базы кода проблемой для устройств с ограниченным хранилищем или памятью?

Кажется, это увеличило бы размер ядра для устройств ARM с ограниченным пространством, если бы все это было встроено. Много ли строк отбраковано препроцессором? Назовите меня сумасшедшим, но я не могу представить себе машину, требующую столько логики для запуска, как я понимаю, роли ядра.

Есть ли доказательства того, что размер будет проблемой через 50 с лишним лет из-за его, казалось бы, постоянно растущей природы?

Включение драйверов означает, что оно будет расти по мере изготовления оборудования.

РЕДАКТИРОВАТЬ : Для тех, кто думает, что это природа ядер, после некоторых исследований я понял, что это не всегда. Ядро не обязательно должно быть таким большим, так как микроядро Карнеги-Меллона было приведено в качестве примера «обычно под 10000 строк кода».

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

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

Поддержание Linux в основном заключается в сохранении всего в основном репо. Сборка небольших урезанных ядер поддерживается параметрами конфигурации для управления #ifdef s. Таким образом, вы можете создавать крошечные урезанные ядра, которые компилируют только крошечную часть кода во всем репо.

Широкое использование Linux во встраиваемых системах привело к лучшей поддержке отказа от вещей, чем Linux имел годы назад, когда дерево исходных текстов ядра было меньше. Супер-минимальное ядро ​​4.0, вероятно, меньше супер-минимального ядра 2.4.0.

Согласно Cloc, работающему против 3.13, Linux содержит около 12 миллионов строк кода.

Для любого любопытного, вот разбивка строки счета для зеркала GitHub:

drivers вносит большой вклад в количество строк.

Пока что ответы кажутся «да, кода много», и никто не решает вопрос с наиболее логичным ответом: 15M +? И ЧТО? Какое отношение имеет 15 миллионов строк исходного кода к цене рыбы? Что делает это таким невообразимым?

И это настольный дистрибутив с переменной целью. Конфигурация для встроенной системы будет включать только то, что ей нужно.

Не все встроено. В моей конфигурации большинство функций ядра построены в виде модулей:

Модули загружаются динамически. Даже когда в системе есть тысячи доступных ей модулей, система позволит вам загружать именно то, что вам нужно. Сравните результаты:

Почти ничего не загружается.

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

Для таких дистрибутивов, как Ubuntu, допустим один пакет ядра размером 40 МБ. Нет, откажитесь от этого, на самом деле, это предпочтительнее сценария массового архивирования и загрузки, в котором хранится более 4000 плавающих модулей в виде пакетов. Он использует меньше дискового пространства для них, легче упаковывать во время компиляции, легче хранить и лучше для своих пользователей (у которых есть система, которая просто работает).

Будущее тоже не проблема. Скорость процессора, плотность диска / цены и пропускная способность кажутся намного быстрее, чем рост ядра. Пакет Kernel 200 МБ за 10 лет не станет концом для мира.

Это также не улица с односторонним движением. Код выгоняется, если он не поддерживается.

Источник

Сколько строк кода в ядре Linux?

Согласно статистике GitHub, проанализированной Майклом Ларабелем из Phoronix, ядро ​​Linux содержит около 27,8 миллионов строк кода по сравнению с 26,1 миллионами год назад, в то время как systemd теперь имеет почти 1,3 миллиона строк кода.

Насколько велик исходный код ядра Linux?

Ядро Linux разрабатывалось более 25 лет тысячами участников, поэтому совсем не тревожно, что оно выросло до 1,5 ГБ.

Насколько велико ядро ​​Linux?

Обычное стабильное 3 * ядро ​​сейчас около 70 мб. Но есть небольшие дистрибутивы linux размером 30-10 мб с программным обеспечением и прочим, запущенным из коробки.

Сколько ядер в Linux?

Различные типы ядер

В целом, большинство ядер делятся на три типа: монолитные, микроядерные и гибридные. Linux — это монолитное ядро, в то время как OS X (XNU) и Windows 7 используют гибридные ядра. Давайте кратко рассмотрим эти три категории, чтобы мы могли более подробно остановиться на них позже.

Сколько строк кода в GCC?

GCC, насчитывающий примерно 15 миллионов строк кода в 2019 году, является одной из крупнейших существующих программ с открытым исходным кодом.

Linux — это ядро ​​или ОС?

Linux по своей природе не является операционной системой; это ядро. Ядро — это часть операционной системы — и самая важная. Чтобы это была ОС, она поставляется с программным обеспечением GNU и другими дополнениями, дающими нам название GNU / Linux. Линус Торвальдс сделал Linux открытым исходным кодом в 1992 году, через год после его создания.

На каком языке написано ядро ​​Linux?

Законно ли редактировать ядро ​​Linux?

Да, редактировать ядро ​​Linux разрешено. Linux выпускается под Стандартной общественной лицензией (General Public License). Любой проект, выпущенный под GPL, может быть изменен и отредактирован конечными пользователями.

Кто обслуживает ядро ​​Linux?

В период подготовки последнего отчета за 2016 год основными компаниями, внесшими вклад в ядро ​​Linux, были Intel (12,9 процента), Red Hat (8 процентов), Linaro (4 процента), Samsung (3,9 процента), SUSE (3,2 процента), и IBM (2,7 процента).

Какое ядро ​​лучшее?

3 лучших ядра Android и почему вам нужно одно

Какие бывают типы ядер?

Что такое микроядро ОС?

В информатике микроядро (часто сокращенно μ-ядро) — это почти минимальное количество программного обеспечения, которое может предоставить механизмы, необходимые для реализации операционной системы (ОС). Эти механизмы включают низкоуровневое управление адресным пространством, управление потоками и межпроцессное взаимодействие (IPC).

Ядро Windows основано на Unix?

Сегодня все операционные системы Microsoft основаны на ядре Windows NT. … В отличие от большинства других операционных систем, Windows NT не разрабатывалась как Unix-подобная операционная система.

Сколько строк кода в компиляторе?

Компилятор GCC содержит до 7,3 миллиона строк кода — Phoronix. Вот потрясающая статистика о разработке GCC, коллекции компиляторов GNU.

Сколько миллионов строк кода потребуется?

Google Chrome (браузер) работает с 6,7 миллионами строк кода (верхняя оценка). Chevy Volt использует 10 миллионов строк. Операционная система Android работает на 12-15 миллионах строк. Большой адронный коллайдер использует 50 миллионов линий.

Источник

Количество строк кода (Lines of code)

Физические и логические строки

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

Отсюда вытекают плюсы и минусы обоих подходов: количество «физических» строк проще определить, но оно сильно зависит от стиля кодирования и форматирования исходного текста; «логические» строки не имеют такого недостатка, зато их количество довольно тяжело подсчитать.

Пример расчета

Рассмотрим следующий код:

В данном случае получается, что в коде содержится 2 физические строки кода, 2 логические строки кода (оператор цикла for и оператор вызова функции printf) и 1 строка комментария.

Если поменять форматирование кода:

то получим уже 5 физических строк кода, но при этом останутся те же 2 логических строки кода и 1 строка комментария.

Количество строк и характеристики программы

. Еще некоторые говорят о программировании как о производственном процессе и измеряют «производительность программиста», основываясь на «произведенном количестве строк кода». Таким образом, они подходят к этому числу с неправильной стороны: всегда нужно понимать его как «затраченное количество строк кода».

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

Источник

Ядру Linux исполнилось 26 лет

25 августа 2017 года

25 августа 1991 года, после пяти месяцев разработки 21-летний студент Линус Торвальдс объявил в телеконференции comp.os.minix о создании рабочего прототипа новой операционной системы Linux, для которой было отмечено завершение портирования bash 1.08 и gcc 1.40. Первый публичный выпуск ядра Linux был представлен 17 сентября.

Ядро 0.0.1 имело размер 62 Кб в сжатом виде и содержало около 10 тысяч строк исходного кода. Современное ядро Linux насчитывает более 24 млн строк кода. По данным исследования, проведённого в 2010 году по заказу Евросоюза, приблизительная стоимость разработки с нуля проекта, аналогичного современному ядру Linux, составила бы более миллиарда долларов США, по другим оценкам — более 3 миллиардов.

Ядро Linux было создано под впечатлением от операционной системы Minix, которая не устраивала Линуса своей ограниченной лицензией. Впоследствии, когда Linux стал известным проектом, недоброжелатели пытались обвинить Линуса в прямом копировании кода некоторых подсистем Minix. Нападение отразил Эндрю Таненбаум, автор Minix, который поручил одному из студентов провести детальное сравнение кода Minix и первых публичных версий Linux. Результаты исследования показали наличие только четырёх несущественных совпадений блоков кода, обусловленных требованиями POSIX и ANSI C.

Первоначально Линус задумал назвать ядро Freax, от слов «free», «freak» и X (Unix). Но имя «Linux» ядро получило с лёгкой руки Ари Лемке (фин. Ari Lemmke ), который по просьбе Линуса разместил ядро на FTP-сервере университета, назвав директорию с архивом не «freax», как просил Торвальдс, а «linux». Примечательно, что предприимчивый делец Вильям Делло Крок (англ. William Della Croce ) сумел зарегистрировать торговую марку Linux и хотел со временем собирать отчисления, но позднее передумал и передал все права на торговую марку Линусу.

Официальный талисман Linux-ядра, пингвин Tux, был выбран в результате соревнования, состоявшегося в 1996 году. Имя Tux расшифровывается как Torvalds UniX.

Источник

Почему ядро ​​Linux содержит более 15 миллионов строк кода?

Каково содержание этой монолитной кодовой базы?

Я понимаю поддержку архитектуры процессора, безопасность и виртуализацию, но я не могу себе представить, что это более 600 000 строк.

Каковы исторические и текущие причины драйверов включены в базу кода ядра?

Включают ли эти 15+ миллионов строк каждый драйвер для каждого оборудования? Если это так, то возникает вопрос, почему драйверы встроены в ядро, а не отдельные пакеты, которые автоматически обнаружены и установлены с идентификаторов оборудования?

Является ли размер базы кода проблемой для устройств с ограничением памяти или с ограничением памяти?

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

Есть ли доказательства того, что размер будет проблемой в 50+ лет из-за его, казалось бы, постоянно растущего характера?

Включение драйверов означает, что он будет расти по мере создания оборудования.

EDIT : для тех, кто думает, что это природа ядер, после некоторых исследований я понял, что это не всегда. Ядро не обязано быть таким большим, поскольку микроядро Карнеги Меллона «Мах» было приведено в качестве примера «обычно менее 10 000 строк кода»,

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

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

То, как Linux поддерживается, в основном, сохраняя все в репозитории mainline. Построение небольших усеченных ядер поддерживается опциями конфигурации для управления #ifdef s. Таким образом, вы можете полностью построить крошечные усеченные ядра, которые составляют только крошечную часть кода во всем репо.

Широкое использование Linux во встроенных системах привело к лучшей поддержке для выхода из системы, чем Linux, чем раньше, когда исходное дерево ядра было меньше. Супер-минимальное ядро ​​4.0, вероятно, меньше, чем супер-минимальное ядро ​​2.4.0.

Согласно cloc, против 3.13, Linux составляет около 12 миллионов строк кода.

lsmod | wc lsmod | wc на моем ноутбуке Debian показывает 158 модулей, загружаемых во время выполнения, поэтому динамически загружающие модули – это хорошо используемый способ поддержки аппаратного обеспечения.

Любому любопытно, вот вот разбивка линейного графика для зеркала GitHub:

drivers вносят большой вклад в линейную линейку.

Ответы пока кажутся «да, есть много кода», и никто не решает вопрос самым логичным ответом: 15M +? И ЧТО? Что означает 15M строк исходного кода для цены на рыбу? Что делает это настолько невообразимым?

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

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

Не все встроено. В моей конфигурации большинство функций Kernel построены как модули:

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

Модули динамически загружаются. Даже когда система имеет тысячи доступных ей модулей, система позволит вам загружать только то, что вам нужно. Сравните результаты:

Почти ничего не загружено.

Микроядра – это не одно и то же. Всего за 10 секунд, глядя на ведущее изображение на страницу Википедии, которую вы связали, будет подчеркнуто, что они разработаны совершенно по-другому.

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

Для таких дистрибутивов, как Ubuntu, допустим один пакет ядра размером 40 МБ. Нет, скраб, что на самом деле предпочтительнее массивный сценарий архивирования и загрузки, который поддерживает 4000 + плавающих модулей в качестве пакетов. Он использует меньше дискового пространства для них, легче упаковывается во время компиляции, проще хранить и лучше для своих пользователей (у которых есть система, которая просто работает).

Будущее также не является проблемой. Скорость процессора, плотность диска / цены и улучшения полосы пропускания намного быстрее, чем рост ядра. Пакет ядра размером 200 МБ через 10 лет не был бы концом, если бы мир.

Это тоже не односторонняя улица. Код вызывается, если он не поддерживается.

tinyconfig bubble graph svg (скрипка)

сценарий оболочки для создания json из сборки ядра, используйте с http://bl.ocks.org/mbostock/4063269

сценарий и процедура обновлены.

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

.c код

.h заголовки (дезинфицированные)

Компромиссы монолитных ядер обсуждались между Тананбаумом и Торвальдсом публично с самого начала. Если вам не нужно переходить в пространство пользователей для всего, тогда интерфейс к ядру может быть проще. Если ядро ​​монолитно, то оно может быть более оптимизировано (и более грязно!) Внутри.

У нас были модули как компромисс довольно долгое время. И это продолжается с такими вещами, как DPDK (перемещение большего количества сетевых функций из ядра). Чем больше ядер добавляется, тем важнее избегать блокировки; поэтому больше вещей переместится в пространство пользователей, и ядро ​​будет сокращаться.

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

Источник