технологичность в Линукс
![](http://mediasubs.ru/author/avatar/8976882.png)
Доброго времени суток!
Начну издалека. Есть, собственно, base-Линукс (см. Федорчука) - ядро +
утилиты, обеспечивающие базовую функциональность. А есть технологии,
которые выражены компонентами ядра и дополнительным ПО. Если взять любой
готовый дистрибутив, то мы кроме самих технологий получим сор из
"обвязок" (те же GUI-врапы) разной степени готовности (или сырости :).
Что я разумею под "технологией": это идея и ее практическая реализация.
Я рассматриваю организацию Линуха с точки зрения технологий так:
Ядро (базовый уровень)
+ ALSA (и другие реализации звуковой функциональности, та же OSS);
+ IPtables (и расширенные утилиты управления сетью, такие как IProute,
IPsec);
+ виртуальные файловые системы PROCfs / SYSfs (и те системные
компоненты, которые их используют, например, ivman);
+ фиксирующие технологии (реализации поисковых систем типа beagle
относятся сюда же);
+ средства виртуализации (технология XEN);
+ криптография и шифрование (технология PAM);
+ прочие, менее распространенные технологии (например, программный RAID,
реализации систем реального времени, системы ACL, кластеризация).
Вторым "эшелоном" в отношении технологий выступают решения, которые не
интегрируются в ядро напрямую, однако без которых невозможна современная
комфортная работа среднестатистического пользователя:
+ Xorg а также видеоускорители и их модули;
+ CUPS и другие подсистемы печати;
+ SANE - универсальная сканирующая библиотека.
Наконец, следует также рассматривать такие системные "вкрапления", как
платформы для реализации переносимого кода. Основные, которые приходят
на ум, это:
+ Parrot;
+ mono/.NET;
+ J2RE.
Эти технологии составляют основу любого современного дистрибутива.
Обратите внимание: я не хочу обсуждать реализации ПО под прикладные
задачи - меня интересуют только идеи и их "воплощения".
Чего я хочу?
- быть уверенным, что не упустил из внимания никакой важной технологии;
- представлять хотя бы на уровне связей между технологиями принцип
работы _любого_ современного дистрибутива Линукс;
- знать, какие технологии Линукс (помимо самописных скриптов) можно
использовать в противовес Windows ActiveDirectory (управляемость группой
рабочих мест без лишнего гемороя) в гомогенной среде Linux;
- получить сравнительный анализ одинаковых по своей цели технологий: их
преимуществ и недостатков (например, ALSA vs OSS, CUPS vs LPRng,
GStreamer vs тот-кто-с-ним-конкурирует);
- с первого взгляда оценивать эффективность любого дистрибутива;
- понимать, что же нас всех объединяет в community и какие у нас общие
точки соприкосновения кроме ядра и споров "чей desktop больше :)";
- получить конструктивное обсуждение затронутой проблемы.
В общем я просто хочу разобраться в Линуксе. Узнать ответ на простой
вопрос: "Где и в каких случаях (помимо сети) Линукс может блеснуть своей
сильной Hi-Tec стороной?" и: "Какие технологии Линукс можно применить
для наиболее эффективного решения проблемы?"
Я прекрасно понимаю, что пытаюсь "объять необъятное" в одном вопросе,
однако думаю, что мне предоставится возможность выделить в отдельные
треды-вопросы то, что выпадет из основного.
Заранее спасибо.
Подискутируем?
Никонов Алексей
aka ElaDar
-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3063; Возраст листа: 933; Участников: 907
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/548134
-----BEGIN PGP SIGNED MESSAGEHash: SHA1
Nikonov Alexey wrote:
Не понял? Каким образом Beagle к ядру относится?
PAM - совершенно назависимая от ядра система. А вот про cryptoloopback
забыли. Плюс еще есть несколько систем увеличения серьюрности (SELinux и
др.)
+ squashfs, т.е. возможность создания почти полноценной системы,
загружающейся с переносного носителя.
+ udev, hotplug, hal
Я бы выделил еще одну "надядерную" или "системную" категорию (в которую
входят технологии, не слишком заметные глазу, но обеспечивающие
секьюрность и надежность работы системы), в которую можно включить:
+ PAM
+ initng
+ syslog и аналоги
+ cron, fcron и аналоги
+ nmap и др. сканеры безопасности
+ системы обнаружения атак
+ ssl, ssh
+ xdmcp (xdm connection protocol)
+ samba
+ nfs и аналоги
+ kerberos, ldap и т.п.
+ perl
+ python
+ shell scripts
Не совсем понял, что вы хотите обсуждать, но некоторые технологии,
которые как правило непосредственно юзером не используются/настраиваются
я перечислил.
См. выше.
Тогда лучше задать конкретные вопросы: что непонятно.
IMHO, лучшее решение - завести сервер, который будет авторизировать
юзеров через kerberos/ldap.
Клиент будет монтировать /home по nfs и авторизироваться через сервере
(с помощью специальных pam-модулей)ю
alsa vs oss - никакого сравнения быть не может. oss уже давно
depreacted, т.е. не поддерживается. Думаю не за горами то время, когда
oss вообще будет убрана из ядра.
Эмм, а что там оценивать?
Выбор дистрибутива - это в первую очередь дело вкуса (когда не идет речи
о каком-либо специализированном применении как то в сервере, в кластере
или в устройстве).
GNU GPL
Давайте проблемы, а мы подумаем, как их лучше решить. :)
- --
WBR, Vladimir Rusinov aka B.
Load average now: 0.78 0.65 0.47 1/172 31098
-----BEGIN PGP SIGNATUREVersion: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEZekHZ4E7sNcp26sRAig2AJsGtXLZWgr7qTbZV70bmgt43Yc9yACggJqk
Zm5TeNtl4Ml/gRxup3qjRjw=
=S3AZ
-----END PGP SIGNATURE-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3064; Возраст листа: 934; Участников: 907
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/548430