LINUX.ORG.RU

FreeBSD Status Report (2 кв. 2006)


0

0

Можно отметить появление таких интересных вещей как DTrace (порт из Solaris, при активной поддержке Sun Microsystem), проект Embedded FreeBSD, GJournal, XFS for FreeBSD, gvirstor (модуль для создания virtual storage device размером в терабайты).

>>> Подробности



Проверено: Shaman007 ()
Ответ на: комментарий от JB

>> ufs2 + soft-updates... и убей себя. +gvinum для особо озабоченных. >а теперь сравни с reiserfs и удавись

а теперь дерни пару раз комп из розетки.. рейзер разваливается как нефиг делать.

anonymous
()
Ответ на: комментарий от anonymous

> а теперь дерни пару раз комп из розетки.. рейзер разваливается как нефиг делать.

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

JB ★★★★★
()
Ответ на: комментарий от Quasar

> 3D ускорение на видеокартах от nVidia в FreeBSD есть? Сомневаюсь...

под x86_32 есть, под x86_64 нет

JB ★★★★★
()
Ответ на: комментарий от Casus

>> А это анекдот? Так говорил Rik van Riel, который собственно и реализовал rmap для 2.4 и потом для 2.6.

> Для 2.6 делал Андрюха Мортон

Мортон не имеет к этому отношения. Сначала Рик делал патч rmap для 2.4, потом rmap он же реализовал для 2.5, а в начале цикла 2.6 Andrea Arcangeli доработал rmap для поддержки object-based reverse mapping. А Мортон "просто" выпускал ядро 2.5-mm, в котором обкатывались патчи rmap.

tailgunner ★★★★★
()
Ответ на: комментарий от Murr

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

Идеей это назвать можно. Код FreeBSD послужил документацией и источником идей при реализации rmap в Linux

> в win это сто лет в обед.

У тебя есть доступ к _точной_ документации о работе Windows VMM ? Я не имею в виду книгу Кастер и рекламно-популяризаторские статьи.

> Надеюсь, все же что-то существенное было заимствовано?

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

tailgunner ★★★★★
()
Ответ на: комментарий от Quasar

>3D ускорение на видеокартах от nVidia в FreeBSD есть? Сомневаюсь...

Есть. Новость пролетала - драйвер обновили.

jackill ★★★★★
()
Ответ на: комментарий от anonymous

>Как я понимаю, намёк на лицензию ? Готов удалить после того как вы потрёте у себя openssl, openssh и дадите обещание около вечного огня не использовать postgresql.

Гм. А почему ты отвечаешь одному человеку, но коммент ставишь на меня? Это не мои слова.

>Как я понимаю, намёк на лицензию ? Готов удалить после того как вы потрёте у себя openssl

Думаю, потери от удаления GPL-ного софта будут ощутимее.

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

P.S. ssh есть и коммерческий.

jackill ★★★★★
()
Ответ на: комментарий от Quasar

>>Машина Athlon 64 3400+. Все работает отлично

>3D ускорение на видеокартах от nVidia в FreeBSD есть? Сомневаюсь...

Разумеется есть. Драйверы - официальные nVidia.

anonymous
()
Ответ на: комментарий от JB

> а теперь сравни с reiserfs и удавись

Всегда прикалывала эта агрессия со стороны пользователей 
Линукс - BSD. Это все равно найти во дворе офигенно оборудованную
площадку для игры в баскетбол - и затем ходить по всему городу
и говорить - мля! Я такую офигенную площадку нашел - у вас таких
нету. Только вот площадку не он строил ;) Давайте в этом же топике
еще поговорим что лучше - Opera или Mozilla, OpenOffice или MS Word,
солнце или луна, скайдайвинг или подводное плавание... 
Модераторы, пофиксили бы вы все мессаги не относящиеся к 
FreeBSD Status Report (2 кв. 2006)... одна грязь.

anonymous
()
Ответ на: комментарий от jackill

> К тому же icc, насколько я помню, не сможет обеспечить разнообразие поддерживаемых платформ под тот же NetBSD.

Нуууу icc тут в название кое-что кроется... А NetBSD это вообще отдельная от FreeBSD тема. Кстати если уж затронули тему переносимости... Не кажется ли присутствующим что сравнивается мягкое с теплым ? Целевое направление Linux - десктопы, читай x86 архитектура. В принципе это и объясняет небольшой диапазон поддерживаемого *BSD-осями железа на x86-й платформе... Да и как-то не видел чтобы майнстрим BSD сильно рвался на десктопы...

iBliss
()
Ответ на: комментарий от anonymous

>Тебе же уже сказали под x86_64 а ты про какие-то лужи и архивы драйверов

учитывая общее состояние FreeBSD под x86_64 3d ускорение в задачи первой важности не входит.

К тому же энвидиевцы обещали какой-то там костыль присобачить в ближайшем будущем, "шоб работало".

anonymous
()
Ответ на: комментарий от MYMUR

>А у тебя под Линуксом под x86_64 все работает отлично?

нет не всё.

но надеюсь ты не будешь спорить что линукс под х64 сейчас более юзабелен чем фря?

anonymous
()
Ответ на: комментарий от JB

>> ufs2 + soft-updates... и убей себя. +gvinum для особо озабоченных.

>а теперь сравни с reiserfs и удавись

сравниваю несколько раз в неделю (nforce3, 2 sata диска - на одном фря 6.1 , на другом федора 5 на reiser). так чтоб уж в разы разница - не скажу, хотя есть. чего и как там меряют естествоиспытатели у которых космический отрыв намеряется - хз.

давиться не собираюсь.

anonymous
()
Ответ на: комментарий от tailgunner

>Я не имею в виду книгу Кастер

Помимо книги Кастер были и ранние издания Соломона/Руссиновича (по NT) и товарищей вроде Шнайдера. Про код w2k, который доступен в сети, я не утверждаю, поскольку не уверен, что это произошло раньше, чем были начаты разработки в 2.5, тем не менее возможно и это. Если вы немного представляете, как работал 2.4 (kswapd просто ползал по всем mm и пытался отцеплять ненужные страницы, а когда страница освобождалась, то мог ее либо выкинуть из page cache, если чистая, либо перевести в swap cache, если грязная), то легко поверите, что даже авторам того ужасного кода в 2.4 не раз приходила в голову блестящая идея иметь обратное отображение страниц во все pte, которые на них ссылаются; она просто не могла не появиться. :) Если же были заимствованы какие-то технические моменты организации reverse map, то это звучит вполне здраво, поэтому я и спросил.

Murr ★★
()
Ответ на: комментарий от anonymous

Цитата : ">Определенно.. Большинство наездов на фряху случается от кривизны рук и торознутости ufs. >непонимания ее философии ну расскажи нам. а то повылазило прыщавых подростков на лоре кричащих "фрибзда - труъ!", а как спросишь почему, только и могут мямлить "а патамучта не линукс!" и кстати. тоже самое про ваши наезды под линукс можно сказать. так что марш к зеркалу, бревно выковыривать > впрочем не мешает им пи%$дить код из фряхи так вы же сами создали такую лицензию. теперь не нойте как дети мы покрайней мере не переписываем заново awk и другие утили из за фанатизма. зы. надеюсь ты как бздун-патриот уже удалил gcc из системы? или только лужи горазд прованивать?"

Ну вы загнули: "мы покрайней мере не переписываем заново awk". Можно посмотреть ваши труды по программированию? А то только мы да мы. Или ваше "мы" означает, что вы что-то уже написали, чем пользуются тысячи людей? И не покажите ссылку на новость о том, что gcc отныне является частью ядра Линукс? А, вообще чем gcc мешает коду FreeBSD быть полностью свободным? Или теперь нужно обязательно открывать исходники программы если она собирается спомощью gcc?

Короче вы пресловутый линуксятник - мудак, и до линуксоидов - умных людей вам еще очень далеко.

anonymous
()
Ответ на: комментарий от Murr

>> Я не имею в виду книгу Кастер

> Помимо книги Кастер были и ранние издания Соломона/Руссиновича

Не припомню у Руссиновича подробного обсуждения виртуальной памяти, Шнайдера вообще не читал.

> Если вы немного представляете, как работал 2.4

Немного представляю. То, что вы изложили - это не полный список проблем.

> то легко поверите, что даже авторам того ужасного кода в 2.4 не раз приходила в голову блестящая идея иметь обратное отображение страниц во все pte, которые на них ссылаются

Во-первых, этот алгоритм пошел из Mach, насколько я знаю. Во-вторых, это сейчас, когда rmap и object-based rmap уже в ядре и доказали свою полезность, можно говорить о том, во что легко поверить и какие идеи приходили. Во времена раннего 2.4 сторонников виртуального сканирования было больше, и Линус - среди них.

Насчет FreeBSD VMM и его отношения к Linux VMM: "The design is heavily based on the FreeBSD VM subsystem" (http://lkml.org/lkml/2000/8/2/155), это письмо Рика ва Риля, в котором описывается ранний проект того, что стало потом rmap VM.

Вообще, на сайте Рика (http://www.surriel.com/lectures) есть хорошие статьи по истории VM в Linux.

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

> Большинство наездов на фряху случается от кривизны рук, непонимания ее философии и просто ламерства. ПингвиновЕды вообще этим страдают, что впрочем не мешает им пи%$дить код из фряхи и встраивать его через жопу в линукс.

Да-да, фря от флешек падала, на инициализации SCSI-контроллеров вешалась и на A64 падала именно из-за кривизны рук разработчиков фряхи. Какую философию нужно понимать? Тормознутость развития, убогость, тормознутость, хреновую или отсутвующую поддержку железа в т.ч. северную, выражающуюся висами и кернел-паниками? Так эту концепцию никто не понял - ни RedHat, ни Novell, ни IBM, ни HP, ни Google, ни Dell, ни ATI, ни Oracle, ни 1С, ни "Бэст", ни "Гисинфо", ни Pro/E и т.д. потому что им нужна полноценная платформа, а не ОС под чиста конкретный фревый говнороутер. И кстати одепты черта пи$#ят код во всю: у солярки - стырили dtrace, у openbsd - ng_bridge и еще много чего, CPU шедуллер - у линукса увели, fuse увели, XFS у кого-то увели, вот возможность выбора I/O шедуллеров еще не спи#%ли ...

anonymous
()
Ответ на: комментарий от tailgunner

>Немного представляю. То, что вы изложили - это не полный список >проблем.

Я писал не столько о проблемах с кодом 2.4 (своих недостатков там хватает - это да), а о том, что в самом swapper изначально заложена задача отцеплять страницы от mm и дальше либо выбрасывать, либо засовывать подальше. Человек, который осилил написание того здорового, ужасного и весьма непрямолинейного кода, не мог не подумать о том, что то, что он делает через пень, можно сделать прямолинейно. Вы сейчас сами говорите, что Линус был горячим сторонником варианта, который и был реализован в 2.4 (по-видимому, считал его экономным к памяти, может еще какие-то достоинства увидел), т.е. довольно вероятно, что он был реализован не потому что не пришел в голову прямой путь, а только потому что непрямой сочли более оптимальным.

Что до Рик ван Риля, то может он и в FreeBSD что-то прочитал, но все это было известно и без FreeBSD, да и придумывалось легким напряжением головы. :) Такой слегка надуманный пример: человек обошел 100 магазинов в округе и обнаружил, что его любимый йогурт продают в конкретных 5. Вопрос: является ли нетривиальной идеей (да и вообще идеей) при обходе составить список магазинов, в которых есть любимый йогурт, вместо того, чтобы каждый раз обходить их заново? Пусть аналогия не буквальная, но в некотором приближении пойдет. :)

Что до mach, то замечательное ядро... вот там то идей и для современных ОСов полным-полно. :)

>Вообще, на сайте Рика (http://www.surriel.com/lectures) есть хорошие >статьи по истории VM в Linux.

За ссылку спасибо :) Но я уже слишком стар, чтобы читать, разбираться заново... что-то еще помню со старых времен - и ладно. 8-)

Murr ★★
()
Ответ на: комментарий от Sorcerer

> Если Вы хотели запускать на этом компьютере именно FreeBSD, то надо было изучить, поддерживается ли это оборудование, как это нужно делать с покупкой оборудования для _любой_ ОС, кроме Windows.

Назови хоть одно преимущество FreeBSD, чтобы именно ее, а не OpenBSD, Solaris, Linux или Windows хотелось бы использовать?

> Впрочем, я сомневаюсь, что установка FreeBSD было Вашим желанием, т.к., что следует из Ваших слов, Вы не фанатик BSD, а фанатик Linux.

У меня уже было железо, которое работало под виндой, под конкретную ОС не пдбирал. Устал от проскакивающих виндовых глюков, дырок винды и политики мелкософт, решил поставить альтернативную ОС. Поставил Linux, железо она все подхватила, и проблем при смене нескольких платформ, которые не подбирал под Linux не было, фря же не подхватила она просто не умела ни Radeon RV360, ни saa7134, ни spca506, поэтому это убожетсво было отправлено в топку. Фря - убожество не только потому, что не смогла работать на нормальном, не винмопедном железе у меня на десктопе, а еще и потому, что в отличие от линукс не умеет работать с backspace и del, рисует "~" - нужен напильник, имела штатный дырявый сендмайл, требует компеляции при апгрейде системы(в отличие от apt-get dist-upgrade) что уже несерьезно, имеет порты которые иногда не собираются или собираются криво, обладает убогим стандартным tcsh, который не можетдаже "for(i=0;i<10;i++); do echo $i;done" в одну строку, обладает идиотской концепцией /usr/local когда sendmail леит в /, squid - в /usr/local, bind - в /, apache в - /usr/local - я этого бардака в упор не понимаю, тормозная файловая, отсутвие журналирования(хотя через столько лет вроде оно появилось?), тормозное развитие, да еще с серверными железом нормально работать не умеет - проблемы со SCSI-контроллерами, ACPI и A64 матерями. Если фря не является убожеством, то назови мне ее преимущества, ради которых стоит снести линукс и поставить ее?

anonymous
()
Ответ на: комментарий от tailgunner

Я бы не стал говорить, что Мортон не имеет к этому отношения... :)

http://archive.linuxsymposium.org/ols2003/Proceedings/All-Reprints/Reprint-Bl...

During the 2.4 series of kernels, the main
Linux distributions diverged massively from
the mainline kernel, particularly in the area of
VM. This causes ongoing maintainance prob-
lems, and wasted duplicated effort in problem
solving and feature implementation. Many of
the enhancements made by the distributions
have been brought back into the mainline ker-
nel during the 2.5 series, under the leadership
of Andrew Morton, providing a solid base for
future development, and a greater potential for
co-operative work.

Casus ★★★★★
()
Ответ на: комментарий от Casus

> Я бы не стал говорить, что Мортон не имеет к этому отношения... :)

Я имел в виду, что Мортон не являлся автором этих патчей. А то, что он собирал их все вместе для обкатки, это же общеизвестно :) (отсюда и -mm, Memory Management).

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

> заменить слова в этом тексте Linux на windows, а Freebsd на на линукс - и ничего в принципе не измениться оно и так есть.

Еще как изменится. Под линукс уже девайсы сертифицируют, ноуты сертифицируют, линукс уже работает без напильника на десктопе - SuSe Linux как пример, обладает намного более серьезной поддержкой разработчиков софта и железячников, чем фря, и уже не первый год пугает мелкософт на баннерах Get The Fucks. А фря застряла в развитии и ей так не повезло как Linux-у, да и лицензия BSD направлена не на благо комьюнити, а на благо дяди Билли и остальных, на кого любит код на халяву в своем коммерческом закрытом ПО.

> фанатизм без мозгов. (неужто у сегодняшних линуксоидов мозги повышибало, как с оборудыванием было 3-5-10 лет

А мне плевать что там было 3-5-10 лет назад. С каждым годом фря остается все больше и больше отстает от Linux и никому кроме фанатиков нет дела, что она умела что-то лучше и была в чем-то стабильнее линукса 10 лет назад.

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

Обычно фрибсдшники это самые настоящие тупые виндузятники, потому как под любимой ОС нет ни OOO с VBA, ни Oracle, ни eDirectory, ни поддержки десктопных железок, ни такого числа GPL-дров, поэтому им и приходится сидеть на винде и ставить серваки на винде, довольствуясь фревым разве что говнороутером на два ПК, поклоняясь своему красному ч0рту. ;) В то время как Linux-оиды без проблем используют свой линукс и в модемах и в контроллерах, и на десктопах, и на серверах, и на суперкластерах и скоро благодаря SLES+SLED, Xandros, RHEL, MDK и другим винда вообще может отмереть за полной ненадобностью. Уже вон даже вантузячья 1С работает под Linux, а у фюшников как и с ораклом и много с чем выбора особого нет - или онанировать с линукс-эмулятором или ставить винду или линукс.

anonymous
()
Ответ на: комментарий от Murr

> Что до Рик ван Риля, то может он и в FreeBSD что-то прочитал,

Он не просто "что-то прочитал", он это тщательно изучил и построил на нем свой проект.

> но все это было известно и без FreeBSD, да и придумывалось легким напряжением головы.

То, что в Linux 10 лет были алгоритмы управления VM ниже среднего, говорит о том, что не особо-то это было известно, и не особо легко придумывалось.

> Что до mach, то замечательное ядро... вот там то идей и для современных ОСов полным-полно. :)

Когда молодой был, тоже очень нравились идеи Mach, Chorus. А сейчас думаю, что это были хорошие исследовательские системы, но не более. Для того, чтобы попробовать и отвергнуть некоторые идеи.

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

> Я такую офигенную площадку нашел - у вас таких нету. Только вот площадку не он строил ;)

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

anonymous
()
Ответ на: комментарий от anonymous

>Да-да, фря от флешек падала

а линух можно подумать от флешек не падал :))))

Reset ★★★★★
()
Ответ на: комментарий от anonymous

> ps. Сам использую и windows и linux и FreeBSD и даже Beos.

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

> и скажу так, что настройка тюнера в beos по сравнению с виндовс легче, куда там linux,freebsd с ихними поделками k*Tv и тем более консольними приблудами.

О какой сложности настройки тюнера идет речь, если поддержка тюнера(кстати неподдерживаемого фрей saa. или уже, спустя ЧЕТЫРЕ ГОДА после Linux во фре наконец-то появилась его поддержка?) встроена в ядро Linux и работает сразу и замечательно, и даже не надо вставлять диск с драйверами, как это делают виндузятники?

anonymous
()
Ответ на: комментарий от anonymous

> и даже не надо вставлять диск с драйверами, как это делают виндузятники?

Полное отсутствие возможности "вставить диск с драйверами" лично меня, очень огорчает

Может хватит говном кидаться ?

Всем меряющимся пиписками - дружным строем идти заводить Logitech quickcam 4000 for notebook pro a.k.a Cisco Advantage 720 vt. Бл# уже четыре года без левых патчей не заводится. Хотя является мэйнстримом в корпорптивной телефонии...

Мир они тут завоёвывать собрались, дартвейдеры местного разлива ёптыть

iBliss
()
Ответ на: комментарий от MYMUR

>Ок. Нету ускорения. А у тебя под Линуксом под x86_64 все работает отлично?

Рывками realplayer и плагин под flash не пашет, сволочь.

wine проверил - то, что запускал - запускает. Что еще проверять - хз.

Хотя есть проблемы - не вопрос. sim с оптимизацией не собирается, например.

P.S. Пишу с этой машины, разумеется.

jackill ★★★★★
()
Ответ на: комментарий от iBliss

>Целевое направление Linux - десктопы, читай x86 архитектура. В принципе это и объясняет небольшой диапазон поддерживаемого *BSD-осями железа на x86-й платформе... Да и как-то не видел чтобы майнстрим BSD сильно рвался на десктопы...

С 1024 процами, встроенными устройствами...

Целевое направление Linux - все ниши.

jackill ★★★★★
()
Ответ на: комментарий от anonymous

>И не покажите ссылку на новость о том, что gcc отныне является частью ядра Линукс? А, вообще чем gcc мешает коду FreeBSD быть полностью свободным? Или теперь нужно обязательно открывать исходники программы если она собирается спомощью gcc?

Поставляя FreeBSD или ее форк с gcc код последнего придется открыть.

jackill ★★★★★
()
Ответ на: комментарий от anonymous

>И кстати одепты черта пи$#ят код во всю:

Код они брать не могут - только писать по мотивам. А это разные вещи. Такими утверждениями недолго и до софтовых патентов договориться.

jackill ★★★★★
()
Ответ на: комментарий от iBliss

>Мир они тут завоёвывать собрались, дартвейдеры местного разлива ёптыть

Заметь, никто не спорит, что у винды поддержка лучше.

jackill ★★★★★
()
Ответ на: комментарий от jackill

> Целевое направление Linux - все ниши.

Рассказать чем лизерман отличается от топора ?

А если без смехуёчков, то способность к масштабируемости Линукса начиная с 2.6 ветки становится все более сомнительной. И единственный на мой взгляд плюс этому ядру - гибкая система сборки. Но монолитная архитектура + отсутствие целевой ниши его добьёт и весьма скоро. Если конечно не уйдут в сторону микроядра.

Вроде уже есть интерфейсы для дров в юзерспейсе, но вот всё как-то не сильно они востребованы...

iBliss
()
Ответ на: комментарий от iBliss

> на том что есть на том запахало! У кого не запахало - организовывает поддержку сам. Или под линукс дрова сами как плесень прорастали ?

так это и называется худшую поддержку железа и отставание по сравнению с linux:)

btw, сравнивать с win некорректно, а вот linux и freebsd в одной категории: как вы изволили заметить, " У кого не запахало - организовывает поддержку сам".

еще это косвенно говорит о меньшей доле freebsd на выборке достаточно квалифицированных персонажей, способных обеспечить поддержку =)

dk2
()
Ответ на: комментарий от MYMUR

>буквально пару-тройку лет назад, когда сравнивали поддержку оборудования в оффтопе и лине, они приводили ТЕ ЖЕ САМЫЕ аргументы, которые сейчас приводят бсд-шники. Мол, "не надо покупать неподдерживаемое оборудование", "а у меня все что мне надо работает", и тэ дэ и тэ пэ....

отлично, вы только что сказали что freebsd отстает от linux на пару-тройку лет =) это и есть наш тезис, я рад что любители freebsd с ним согласны :)

dk2
()
Ответ на: комментарий от jackill

> Заметь, никто не спорит, что у винды поддержка лучше.

Да не в винде дело, она тут никаким местом, дрова под сие чудо вояли кискины девелоперы (В винде кстати камеру жутко косячит по-первой). Дело в обыкновенном примере дров для достаточно распространенной камеры наверное одной из не многих использующихся в серъезной работе, а где поддержка ? А нету ? Скажете жутко проприетарна сия железка ? Да нет. Филипс открыто публикует спеки на этот чип. Но тем не менее, среди первых ласточек вебкамер во фре - идет именно эта камера. Не кажется ли вам что к разработке дров BSD-девелоперы относятся более избирательно ?

iBliss
()
Ответ на: комментарий от anonymous

>я использую 4 системы там, где каждая в чемто сильна

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

dk2
()
Ответ на: комментарий от dk2

> еще это косвенно говорит о меньшей доле freebsd на выборке достаточно квалифицированных персонажей, способных обеспечить поддержку =)

Просто в линухе проще и быстрее эти дрова наваять... не больше не меньше...

iBliss
()
Ответ на: комментарий от iBliss

> Рассказать чем лизерман отличается от топора ?

Валяй!

> способность к масштабируемости Линукса начиная с 2.6 ветки становится все более сомнительной.

????? А как же Altix о 1024-х процессорах? Или ты о масштабировании "вниз" ? Но там вроде тоже всё не так плохо.

> Вроде уже есть интерфейсы для дров в юзерспейсе, но вот всё как-то не сильно они востребованы...

Ты имеешь в виду работу Peter Chubb из Gelato Project? Но они сделали только proof-of-concept, имевший значительные ограничения (никаких shared IRQ). И по-моему, проект уже года 2 как заглох :/

tailgunner ★★★★★
()
Ответ на: комментарий от jackill

>Поставляя FreeBSD или ее форк с gcc код последнего придется открыть.

.o0 у gcc код типа закрытый?

dk2
()
Ответ на: комментарий от tailgunner

> Валяй!

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

А топор - это топор, он предназначен для рубки (чего либо) и справляется с этим великолепно.

> Или ты о масштабировании "вниз"

Именно. В нише embedded систем linux скорее выгоден по стоимости нежели по эффективности.

iBliss
()
Ответ на: комментарий от iBliss

>Просто в линухе проще и быстрее эти дрова наваять... не больше не меньше...

o_0 откровения труберклианцев становятся все интереснее :)

то есть, правильно ли я вас понял: два-три года назад ситуация с поддержкой железа в linux была такая же, как у FreeBsd сейчас, но теперь ситуация изменилась - это объясняется тем, что обеспечивать поддержку разнообразного железа под Linux проще и быстрее.

я ничего не перепутал? %)

dk2
()
Ответ на: комментарий от iBliss

>> Или ты о масштабировании "вниз"

>Именно. В нише embedded систем linux скорее выгоден по стоимости нежели по эффективности.

Ну, здесь не согласен. Я сам разрабатываю такие системы и не жалуюсь. Конечно, в нащих системах памяти сотни мегабайт и дискового пространста гигабайты, но для low-end есть, например, Linux-tiny (2М RAM), Да и что такое современная low-end система?

tailgunner ★★★★★
()
Ответ на: комментарий от dk2

> я ничего не перепутал? %)

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

iBliss
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.