Вопросы Теги

Концептуальное различие между Linux и (Свободным) Ядром BSD

Вы выполняете команды последовательно, таким образом, оболочка выполняется irb, ожидает до irb будьте закрыты и выполняет следующую команду (в Вашем случае require 'random_utils.rb')…

То, что Вы хотите, должно предоставить сценарий irb через STDIN

irb <<EOF
require 'random_utils.rb'
a = SuccessChecker.new
EOF

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

ruby <<EOF
require 'random_utils.rb'
a = SuccessChecker.new
EOF
19
26.11.2018, 02:31
2 ответа

mbrwrwin.exe install rtmbr.bin
1. Каковы концептуальные и структурные различия между ядром Linux и ядром BSD?

Что касается архитектуры и внутренних структур, то здесь, конечно, есть различия в том, как это делается (т.е. [114625]lvm[114626] против [114627]geom[114628], ранняя и сложная [114629]jail[114630] возможность для FreeBSD, ... ), но в целом между ними не так уж и много различий:

ядро BSD* и ядро Linux эволюционировали от чисто монолитного подхода к чему-то гибридному/модульному.

Тем не менее, есть фундаментальные различия в их подходе и истории:

ядро BSD использует [114871]лицензию BSD[114872], а ядро Linux использует [114873]лицензии GPL[114874].

ядро BSD [114875]не является самостоятельным ядром[114876], а разрабатывается как [114877]часть целого[114878]. Конечно, это просто философская, а не техническая точка зрения, но это [114879] даёт системную согласованность[114880].

enter image description here

BSD-ядро разрабатывается с более консервативной точки зрения и больше заботится о том, чтобы оно соответствовало их подходу, чем обладало причудливыми характеристиками.

Ядро Linux - это больше драйверы, характеристики, ... (чем больше, тем лучше).

Так же сильно [114641] говорил где-то еще [114642]: 

# hwclock --systohc

Это [114881]Интеллектуальный дизайн и порядок [114882] (BSD*) по сравнению с [114883]Естественный отбор и хаос [114884] (GNU/Linux).

# hwclock --hctosys
2. В каких сценариях одно ядро будет иметь преимущество перед другим?

Об их общей структуре и концепции, сравнивая почти ванильное ядро Linux и ядро FreeBSD, они более или менее соответствуют [114647]общему уровню использования [114648], то есть не имеют конкретной специализации (не в реальном времени, не сильно распараллелены, не ориентированы на игру, не встроены, не встроены . ...).

Конечно, здесь и там есть несколько отличий, таких как родная поддержка ZFS или архитектура Geom для FreeBSD от множества драйверов или различных файловых систем для Linux. Но ничто из общего программного обеспечения, такого как веб-серверы или базы данных, на самом деле не может принести реальной пользы. Сравнения в этих случаях, скорее всего, закончились бы некоторой битвой за настройку, ничего особенного.

Но некоторые утверждают, что [114649]OpenBSD[114650] имеет глубокий и последовательный подход к безопасности, в то время как закаленные дистрибутивы Linux являются "просто" модифицированными версиями ванильного ядра Linux. Это может быть верно для такой узкоспециализированной системы, как [114651]Steam-OS[114652].

3. Существуют ли какие-либо совместные усилия по сосредоточению сил для одного общего ядра [114654] или [114655] определенных модулей?

Существует [114657]нет [114658] совместных усилий по сосредоточению сил для одного общего ядра, так как существуют основные вопросы, связанные с лицензиями, философией или подходами. Если существуют некоторые реальные общие усилия, такие как [114659]OpenZFS[114660], то в большинстве случаев речь идет скорее о драйверах и концепциях, взятых или вдохновленных друг другом.[114295].

22
27.01.2020, 19:45
  • Частичный ответ, адресованный нескольким точкам

    • Многие варианты часто воспринимаются как плохая вещь, когда со стороны смотришь на развитие открытого исходного кода, но думаешь о нем, как о природе, существует много видов (часто) видов животных, скажем, пингвинов. [113805]Есть 17[113806]. Каждый из них специализируется на определенном наборе требований, так же как и проекты с открытым исходным кодом (как правило). Естественный отбор позаботится о том, чтобы избавиться от открытого исходного кода, который со временем становится менее подходящим.

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

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

    Я не могу говорить о структурных различиях относительно других пуль, но подумал, что я, по крайней мере, обращусь к 2 из них.[113356].

    5
    27.01.2020, 19:45

    Теги

    Похожие вопросы