История изменений
Исправление tailgunner, (текущая версия) :
Что понимается под «мало» или «много»?
То, что для заявления «неправда, что ext3 - отдельный проект» нужно не знать историю развития ext3 (да и ext4). Ты же вроде интересуешься reiser4? Тогда тем более странно твое «неправда», потому что reiser4 - тоже отдельный проект.
Между драйверами и ядром точно так же нет стабильного API
Это по многим причинам совершенно неважно и даже не стоит упоминания.
По каким?
Во-первых, API ядра довольно стабильно (если не лезть куда не просят, как тот же Reiser4); во-вторых, нестабильность API - это некоторое осложнение и без того сложной работы, но на «отдельность» проекта не влияет; в-третьих, основная разработка происходит на некоторой выбранной версии ядра, а после достижения некоторой степени завершенности происходит интеграция d более новую версию.
И что тогда вообще важно?
Место в архитектуре и coupling: место драйверов и ФС в архитектуре ядра таково, что у них есть возможность быть отдельными проектами (не обязанность, но возможность); а вот VFS, например, я с трудом представляю в виде отдельного проекта. Сложность и размер: любая кодовая база по достижению достаточного размера и сложности становится отдельным проектом, это закон природы. Release schedule (само по себе это не очень важно, но служит свидетельством того, что разработка идет в своем темпе и результаты интегрируются в ядро по готовности) :
pci_hotplug: PCI Hot Plug PCI Core version: 0.5 pciehp: PCI Express Hot Plug Controller Driver version: 0.4 acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07 Bluetooth: Core ver 2.16 bbswitch: version 0.8
(список не претендует на полноту).
В общем, ядро Linux - это набор слабо связанных проектов, и в этом его сила. Но у Linux есть проработанная за 40 лет архитектура и вменяемый человек у руля.
Исходная версия tailgunner, :
Что понимается под «мало» или «много»?
То, что для заявления «неправда, что ext3 - отдельный проект» нужно не знать, историю развития ext3 (да и ext4). Ты же вроде интересуешься reiser4? Тогда тем более странно твое «неправда», потому что reiser4 - тоже отдельный проект.
Между драйверами и ядром точно так же нет стабильного API
Это по многим причинам совершенно неважно и даже не стоит упоминания.
По каким?
Во-первых, API ядра довольно стабильно (если не лезть куда не просят, как тот же Reiser4); во-вторых, нестабильность API - это некоторое осложнение и без того сложной работы, но на «отдельность» проекта не влияет; в-третьих, основная разработка происходит на некоторой выбранной версии ядра, а после достижения некоторой степени завершенности происходит интеграция d более новую версию.
И что тогда вообще важно?
Место в архитектуре и coupling: место драйверов и ФС в архитектуре ядра таково, что у них есть возможность быть отдельными проектами (не обязанность, но возможность); а вот VFS, например, я с трудом представляю в виде отдельного проекта. Сложность и размер: любая кодовая база по достижению достаточного размера и сложности становится отдельным проектом, это закон природы. Release schedule (само по себе это не очень важно, но служит свидетельством того, что разработка идет в своем темпе и результаты интегрируются в ядро по готовности) :
pci_hotplug: PCI Hot Plug PCI Core version: 0.5 pciehp: PCI Express Hot Plug Controller Driver version: 0.4 acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07 Bluetooth: Core ver 2.16 bbswitch: version 0.8
(список не претендует на полноту).
В общем, ядро Linux - это набор слабо связанных проектов, и в этом его сила. Но у Linux есть проработанная за 40 лет архитектура и вменяемый человек у руля.