В Debian вошли новые архитектуры

чем дальше в лес тем толше... что неделаеца всё к лучшему... вендекапец воооооон 3а тем угло!!!

> Я бы не отказался) а то интеловские дрова под linux - это тихий ужас

обновляйся, твое счастье пришло! http://www.linux.org.ru/view-message.jsp?msgid=3529563

А я хочу FreeBSD/Linux ... только врядли на такое кто-нибудь извратится %(

> Даже затрудняюсь представить в какие же условиях ядро фрибсд работает лучше линукса.

Здесь не раз мелькали тесты, где freebsd оказывалась лучше. Даже если принять на веру, что linux "вообще" лучше, всё равно может попасться какой-нибудь оригинальный случай, где окажется наоборот.

Да запомним 06.04.2009 как день запрета на выражение "BSD RIP"

> А я хочу FreeBSD/Linux ... только врядли на такое кто-нибудь извратится %(

Юзерспейная часть freebsd - это прослойка к ядру (libc итп), которую на linux не водрузишь, плюс базовые утилиты, которые по большому счёту ничем не лучше (да и не хуже) гнутых. Систему портов разве что перетаскивать, но кому оно надо? Под gnu/linux и так этих систем уйма на любой вкус.

> Да запомним 06.04.2009 как день запрета на выражение "BSD RIP"

А вот этого не надо. Это же значительная доля лоровских флеймов, нельзя такое запрещать! :)

>Еще Debian GNU/Haiku и GNU Debian GNU/Syllable ;-)

И Debian GNU/WinNT

Смеешься, да? У меня все давно уже из git собирается.
Вот только если я под винду могу в игры уровня Fear/NFS:MW поиграть, то под Linux даже Extreme Tuxracer тормозит частенько.

если тормозит игра это ещё не значит что тормозная система. я могу юзать через тот же вайн твои игры и ничё.Есть красивые 3d игры native вполне сносно работающие под линём. не надо флейм разводить

> молодцы. ждем поднятия L4-ветки в мэйнстри(оное заменило Hurd). через ~1.5 года - вполне реально.

ЕМНИП, L4 - микроядро, и заменило оно Mach.

> sysinstall давно видел? так вот он в 7-й версии всё такой же. так же падает, глючит и так же крив.

Я всегда считал себя криворуким чайником. Э... Но порушить или заставить глючить sysinstall мне не удавалось ни разу ни на одной из версий FreeBSD.

> ZFS же теперь и Debian поддерживать будет ;)

Бля... Может, не надо, а?

Тормозит не игра, а 3D в целом.

>sysinstall давно видел? так вот он в 7-й версии всё такой же. так же падает, глючит и так же крив.

Вытащи руки из того места, куда собака совать постесняется. Знаком и работаю на FreeBSD с 4-й ветки - ни разу не видел упавшего или проглюченного sysinstall'а

>Как это заставить работать? Установить, не?

>Хочу отказаться от кривого линупс-ядра Если уже стоит Debian GNU/Linux, то переползти на Debian GNU/kFreeBSD без переустановки не получится. Из субъективных ощущений - Debian GNU/kFreeBSD много быстрее Debian GNU/Linux

>прочитал - и прямо покоробило. По моему в новости косяк - не "архитектур", а скорее "ядер". >Архитектуры - это ведь i386, amd64, arm, mips, ia64 и т.д....

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

Да он и так даже на Atmel-ках заводится :)

> Догнали генту-бзд?

Перегнали. В генте нет ARM :(

> И Debian GNU/WinNT

Чем оно будет отличаться от Cygwin?

> Юзерспейная часть freebsd - это прослойка к ядру (libc итп), которую на linux не водрузишь,

Почему?

Кстати, мелькали тесты, согласно которым тот же Firefox потребляет меньше памяти при использовании FreeBSD libc, чем с GNU libc. Смысл перетаскивать есть.

> базовые утилиты, которые по большому счёту ничем не лучше (да и не хуже) гнутых

У некоторых разный набор ключей сверх требуемого POSIX.

> Систему портов разве что перетаскивать, но кому оно надо? Под gnu/linux и так этих систем уйма на любой вкус.

Клоны есть уже. Минимум, Gentoo и все производные.

> Скорее всего имелись ввиду программные архитектуры, а не более привычные аппаратные архитектуры.

В ряде дистрибутивов, включая Debian, под архитектурой имеют в виду аппаратно-программную комбинацию. Общее число архитектур в идеале будет произведением числа ядер на число процессоров :) (Но вроде, этого никто не умеет.)

>А смысл всего этого в чём?

>FreeBSD - это FreeBSD. Debian - это Debian.

Вот именно Debian - это Debian, а не Linux. Debian - это операционная система, а не просто связка ядра Linux и GNU-окружения. Debian может использовать разные ядра, но он по-прежнему будет Debian'ом.

>Да нет, я серьёзно спрашиваю. В чём преимущество использования комбайна "FreeBSD 7 + GNU-userspace" перед "чистой" FreeBSD или перед "чистым" Debian GNU/Linux?

Как уже сказали, например это может понадобиться людям, использующим Debian, но желающим использовать pf вместо iptables. Отказываться от стабильного и привычного Debian в пользу FreeBSD со всеми её недостатками в окружении только из-за одного pf может не захотеться. Вот именно в этом случае будет удобно поставить Debian на основе ядра FreeBSD.

Вместо pf можно подставить что-то другое, например mpd или ZFS.

Чем, кроме проблем с оборудованием может грозить смена ядра? Какая доля софта может не заработать в таком варианте? Будет ли возможно провести бенчмарки с Debian GNU/Linux vs. Debian GNU/kfreebsd, и разрешить наконец спор, какое из ядер быстрее и в каких случаях?

>Кстати, мелькали тесты, согласно которым тот же Firefox потребляет меньше памяти при использовании FreeBSD libc, чем с GNU libc. Смысл перетаскивать есть.

Весь процесс переноса Debian на ядро FreeBSD заключается по большей части в портировании GNU libc на ядро FreeBSD, остальное уже - мелочи. Так что не стоит радоваться Firefox на этом новом Debian с ядром FreeBSD по идее должен работать как и прежде - как на Debian с ядром Linux.

>Чем, кроме проблем с оборудованием может грозить смена ядра?

Тем что вы можете не обнаружить много привычных для Linux вещей: iptables, LVM, reiserfs и xfs на запись.

>Какая доля софта может не заработать в таком варианте?

Та, которая заточена на ядро Linux и пользуется его исконными фишками: iptables, LVM и т.п.

>Будет ли возможно провести бенчмарки с Debian GNU/Linux vs. Debian GNU/kfreebsd, и разрешить наконец спор, какое из ядер быстрее и в каких случаях?

Это глупость. Во-первых различия в скорости настолько малы, что во многих случаях могут быть легко скомпенсированы использованием чуть более мощного оборудования. Во-вторых, скорость чего вы собрались сравнивать? Скорость файловой подсистемы, скорость сетевого стека, скорость фильтрации пакетов или NAT'а, количество кадров в секунду в игрушках? Само по себе понятие "скорость" очень широкое и размытое. Потом, честно ли будет сравнивать скорости ext2fs во FreeBSD со скоростью reiserfs в Linux? Или скорость ZFS FreeBSD со скоростью XFS Linux? И ещё - вопросы мерянья пиписьками слишком детские, чтобы придавать им столь большое внимание.

> Так что не стоит радоваться Firefox на этом новом Debian с ядром FreeBSD по идее должен работать как и прежде - как на Debian с ядром Linux.

Я говорил про обратный перенос: libc от FreeBSD на ядре Linux. И мне было интересно, почему предыдущий оратор счёл его невозможным.

Ну, тесты ведь есть, вычислительные, дисковые, графические... Так или иначе, сравнить можно и вывести вердикт, что будет лучше для ordinary server, typical workstation, эт цетера...

>Ну, тесты ведь есть, вычислительные, дисковые, графические... Так или иначе, сравнить можно и вывести вердикт, что будет лучше для ordinary server, typical workstation, эт цетера...

Более производительное поддерживаемое ядром оборудование ;)

Обычный сервер - это что? Почтовый сервер, сервер базы данных, маршрутизатор, фаерволл? Задачи разные, производительность разных ядер на этих задачах разная.

Обычная рабочая станция - это что? Какие-нибудь CAD/CAM с 3D-графикой или OpenOffice с Firefox'ом, или музыкальная студия?

Могу насчёт сети сказать. Во FreeBSD очень многие сетевые протоколы поддерживаются на уровне ядра модулями подсистемы NetGraph. Тут вам и PPTP без программы-прослойки, которая извлекает/пакует PPP-кадры из/в GRE-пакеты, и PPP без необходимости преобразования канала связи в tty, и поддержка L2TP на уровне ядра с помощью mpd. Однозначно VPN-сервер лучше делать на FreeBSD.

Обычный сервер это LAMP, обычный воркстейшен это FF, музыка, фильмы, опенофис.

VPN и некоторые другие сетевые задачи (gate, proxy) у нас решает Циско обычно, хотя допускаю, что в каких-то случаях будет полезнее использовать Фрю. Поэтому мне лично интересен десктоп и апликэйшен сервер

>Обычный сервер это LAMP,

Ну если это _L_AMP, то тогда однозначно Linux. А если _F_AMP, то FreeBSD. По-моему - никакой разницы. A разрабатывается в первую очередь для F, а уж потом портируется на L. M и P разрабатывались в первую очередь для L. Итого в перетягивании одеяла между A и M+P побеждает перетягивание в пользу L =D

>обычный воркстейшен это FF, музыка, фильмы, опенофис.

Тоже ни каких проблем, обе системы это позволяют.

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

> Кстати, мелькали тесты, согласно которым тот же Firefox потребляет меньше памяти при использовании FreeBSD libc, чем с GNU libc. Смысл перетаскивать есть.

вебкит с gnu libc есть в разы меньше памяти чем фирефокс сам по себе.

а mpd уже перестал постоянно падать при авторизации через радиус?

>> Юзерспейная часть freebsd - это прослойка к ядру (libc итп), которую на linux не водрузишь,

> Кстати, мелькали тесты, согласно которым тот же Firefox потребляет меньше памяти при использовании FreeBSD libc, чем с GNU libc.

Именно libc целиком, а не только распределителя памяти? Я, конечно, могу заблуждаться... но неужели freebsd'шная libc писалась не только под freebsd и её можно прицепить к линуксу, не перелопачивая половину кода?

>а mpd уже перестал постоянно падать при авторизации через радиус?

а он падал? mpd + freeradius полет нормальный

>если тормозит игра это ещё не значит что тормозная система. я могу юзать через тот же вайн твои игры и ничё.Есть красивые 3d игры native вполне сносно работающие под линём. не надо флейм разводить

Человек говорит о тормозных интеловских дровах.

>Из субъективных ощущений - Debian GNU/kFreeBSD много быстрее Debian GNU/Linux

ФФ запускается ещё до того, как ты клацнул по значку?

>тот же Firefox потребляет меньше памяти при использовании FreeBSD libc, чем с GNU libc

на сколько килобайт?

>Хочу отказаться от кривого линупс-ядра

чем же оно кривое?

>Весь процесс переноса Debian на ядро FreeBSD заключается по большей части в портировании GNU libc на ядро FreeBSD, остальное уже - мелочи.

Так ведь во фре нет еще кучи подсистем, которые есть в linux - навскидку fuse, v4l.

>а mpd уже перестал постоянно падать при авторизации через радиус?

У меня не mpd падал.

>Так ведь во фре нет еще кучи подсистем, которые есть в linux - навскидку fuse, v4l.

FUSE во фре есть. Но я по-моему уже сказал, что нельзя перенести программы, которые опираются на исконные фишки ядра Linux. Остальные программы, не завязаные на функции ядра никак иначе чем через GNU libc, перенести можно.

> Именно libc целиком, а не только распределителя памяти?

Для примера чем можно оправдать подобный перенос. Или проще выдрать только распределитель памяти, чем подгонять libc под другое ядро?

пока Linux'оиды извращаются непонятно с чем M$ тихо пропихивает свои DRM стандарты в том числе и на linux устройства

> support for mobile platforms such as Android, Linux and Symbian OS (http://www.microsoft.com/presspass/press/2009/apr09/04-02PlayReadyPR.mspx)

Менеджеры MS не зря деньги получиют, и воюют на всех фронтах пуская пыльтв глаза своей "открытосстью", следованиям "стандартов" и "легализацией"... в то время как линуксоиды играются непонятно с чем и в чём. Обидно, блин :(

даешь Debian/OpenBIOS Debian/OS/2 Debian/Debian Debian/Kontiki

А где то еще кроме дебиана есть другие ядра?

а вы думали debian = linux? :) debian изначально задумывался как "полноценная операционка", ведро линукса по случаю прихватили и именно с таким ядром пришла популярность. но линукс в дебиане - не главное

>но линукс в дебиане - не главное

где бы он был со своим HURD если бы не линукс

>А где то еще кроме дебиана есть другие ядра?

В Gentoo вроде есть, то же ядро FreeBSD.

> А где то еще кроме дебиана есть другие ядра?

Gentoo. Но я мало дистрибутивов пробовал: Ubuntu, Debian, Fedora, Gentoo, Suse. Наверняка где-то ещё есть.