Выпущен (http://www.mirbsd.org/ann-10.htm) десятый релиз операционной системы MirOS (http://www.mirbsd.org/) построенной на базе OpenBSD-current , с частичным заимствованием кода из NetBSD, Darwin, FreeBSD и GNU/Linux.
Главное новшество релиза - переход на использование UTF-8 в качестве кодировки по умолчанию. Кроме того, наряду с оригинальной системой портов MirPorts, тепеть программы можно устанавливать через интегрированную в дистрибутив систему pkgsrc, заимствованную из NetBSD.
Система распространяется в виде установочного LiveCD и требует для работы 64Мб памяти для текстового режима и 96Мб для X Window. Размер стандартной установки на диск составляет около 250 Мб. Базовый установочный образ (http://www.mirbsd.org/MirOS/v10/) MirOS XI занимает менее 10 Мб, полный (http://f.scarywater.net/miros/) - 656Мб.
MirOS выросла из набора дополнительных патчей к OpenBSD. В ней реализовано много полезных возможностей не принимаемых консервативным сообществом OpenBSD. Главные отли...URL: http://www.mirbsd.org/ann-10.htm
Новость: http://www.opennet.me/opennews/art.shtml?num=14836
>>Вышел релиз операционной системы MirOS XI
>Выпущен десятыйтак 10 или XI?
>>>Вышел релиз операционной системы MirOS XI
>>Выпущен десятый
>
>так 10 или XI?Вы ссылки вообще смотрите, иль так попиз..ть
XI - это есть латинское произношение греческой буквы Кси,
Так что, эта поделка зовётся - MirOS ξ (xi) release #10.
To: ModeratorБлин, Макс... когда OpenNet на UTF-8 будет.
+1
Да ладно хрень полная, скопировали из OpenBSD/NetBSD/MicroBSD и сечас ОС безмислений форк.
>Да ладно хрень полная, скопировали из OpenBSD/NetBSD/MicroBSD и сечас ОС безмислений форк.
>А тебе слабо?
>Да ладно хрень полная, скопировали из OpenBSD/NetBSD/MicroBSD и сечас ОС безмислений форк.
>
>>переход на использование UTF-8 в качестве кодировки по умолчанию
<<Такого в OpenBSD/NetBSD/FreeBSD нету. Так что не бес смысленно:D
>Да ладно хрень полная, скопировали из OpenBSD/NetBSD/MicroBSD и сечас ОС безмислений форк.
>А ты сам попробуй что нить подобное замутить...
>Да ладно хрень полная, скопировали из OpenBSD/NetBSD/MicroBSD и сечас ОС безмислений форк.
>Ты бы русский язык выучил, а потом оценивал ОС!
>Да ладно хрень полная, скопировали из OpenBSD/NetBSD/MicroBSD и сечас ОС безмислений форк.+100. А те, кто могут тока орать `а тебе слабо' не к месту - а вы эту MirOS юзаете в продакшне? Нет? Так вот и помалкивайте.
>>Да ладно хрень полная, скопировали из OpenBSD/NetBSD/MicroBSD и сечас ОС безмислений форк.
>
>+100. А те, кто могут тока орать `а тебе слабо' не к
>месту - а вы эту MirOS юзаете в продакшне? Нет? Так
>вот и помалкивайте.Если никто не пользовался в конце XIX века булевой алгеброй, это ещё не значит, что ей не следовало рождаться на свет. В рамках MirOS тоже попадаются интересные решения, и попадаются именно за счёт философии, в неё заложенной. Из-за этой философии она вряд ли получит широкое распространение, но идеи и их реализация вполне могут пригодиться где-то ещё... И это - хорошо.
А рот затыкать другим только потому, что вас лично что-то не устраивает... Ну не устраивает, так не пользуйтесь, вам ведь никто не мешает это делать, никто не заставляет пользоваться Linux/Windows/FreeBSD/Solaris/etc. А почему вы этим пользуетесь? Наверное, потому что в силу тех или иных причин вам ваша ОС нравится. А вот кому-то нравится MirOS. У вас и у этих людей есть выбор. И не вам кого-либо с вами лично не связанного этого выбора лишать.
>Если никто не пользовался в конце XIX века булевой алгеброй, это ещё
>не значит, что ей не следовало рождаться на свет. В рамках
>MirOS тоже попадаются интересные решения, и попадаются именно за счёт философии,
>в неё заложенной.Например? Именно за счет философии.
>А рот затыкать другим только потому, что вас лично что-то не устраивает...
А затыкают рот тут только кучка безмозглых детей:
>> А тебе слабо
>> А ты сам попробуй что нить подобное замутить...
>> Ты бы русский язык выучил, а потом оценивал ОС!Я против этой MirBSD ничего не имею, но то, что они пытаются делать, можно было делать гораздо эффективнее если бы MirBSD не существовало.
>>Если никто не пользовался в конце XIX века булевой алгеброй, это ещё
>>не значит, что ей не следовало рождаться на свет. В рамках
>>MirOS тоже попадаются интересные решения, и попадаются именно за счёт философии,
>>в неё заложенной.
>
>Например? Именно за счет философии.Первое, что пришло на ум: MirPorts. Дальше сами, плиз, ну не всё же разжёвывать, вроде, взрослые люди...
>>> А тебе слабо
>>> А ты сам попробуй что нить подобное замутить...
>>> Ты бы русский язык выучил, а потом оценивал ОС!
>
>Я против этой MirBSD ничего не имею, но то, что они пытаются
>делать, можно было делать гораздо эффективнее если бы MirBSD не существовало.Вот только никто это не сделал ;) И что здесь первично - вопрос с неоднозначным ответом...
> Первое, что пришло на ум: MirPortsОх, умоляю. Вы знаете что суть эти MirPorts? Не смешите.
> Дальше сами, плиз, ну не всё же разжёвывать
Я так и думал. Так и скажите, что не знаете. Не надо тока делать непонятливый вид и заставлять меня говорить, что никто не просит ничего разжевывать, а только привести примеры, ибо ваша точка зрения суть бред. Никакой философии там нету.
>Поддержка ISDN;Не для России :(
>Поддержка IPv6 в программах обеспечивающих работу web-сервера;
В OpenBSD тянут с патчем, это да :(
>Интеграция некоторых утилит из GNUtools (например gzip, *roff);
Непонятно, что за интеграция и куда... В OpenBSD это никто не выкидывал.
>64-битный тип данных для хранения времени (time_t);
>Полная поддержка GCC 3.4 (C, C++, Pascal, Objective-C);Спасибо, что не 4.3... Ну а в OpenBSD - вылизанный (в т.ч. при участии одного из разработчиков GCC) 3.3.5, и что?
>Набор GNU средств для разработчиков: rcs, binutils, gdb, texinfo, lynx и т.д.
Опять-таки, их из OpenBSD никто не выкидывал ещё (хотя OpenRCS уже юзабельно, а OpenCVS допиливается)
>GNU CVS 1.12
см. выше
>Улучшенный генератор случайных чисел;
Улучшения разные бывают... В OpenBSD где-то между 4.1 и 4.2 тоже что-то правили.
>Улучшенная поддержка UTF-8 и Unicode BMP;
А вот это вкусно. Если ещё и остальные программы адекватно работают в этом окружении - респект.
Вот только почему-то нету ничего о поддержке BlueTooth, Wi-Fi и т.д. А "there won't be any support for SMP in MirOS" ставит жирный крест на практической употребимости сего форка в будущем, которое уверенно движется по пути распараллеливания задач...
>>64-битный тип данных для хранения времени (time_t);
>>Полная поддержка GCC 3.4 (C, C++, Pascal, Objective-C);
>Спасибо, что не 4.3... Ну а в OpenBSD - вылизанный (в т.ч.
>при участии одного из разработчиков GCC) 3.3.5, и что?Жаль что не хотя бы 4.2.
>>Улучшенная поддержка UTF-8 и Unicode BMP;
>А вот это вкусно. Если ещё и остальные программы адекватно работают в
>этом окружении - респект.UTF в консоли не нужен, а не в консоле отлично работает.
>Вот только почему-то нету ничего о поддержке BlueTooth, Wi-Fi и т.д. А
>"there won't be any support for SMP in MirOS" ставит жирный
>крест на практической употребимости сего форка в будущем, которое уверенно движется
>по пути распараллеливания задач...Да, очередной DragonflyBSD. Вместо того, чтобы разрабатывать новые фичи для существующих *BSD, клепают свои недопроекты, неюзабельные на практике абсолютно, усложняя портирование фич в Free/Net/Open и распыляя силы разработчиков.
>>>64-битный тип данных для хранения времени (time_t);
>>>Полная поддержка GCC 3.4 (C, C++, Pascal, Objective-C);
>>Спасибо, что не 4.3... Ну а в OpenBSD - вылизанный (в т.ч.
>>при участии одного из разработчиков GCC) 3.3.5, и что?
>
>Жаль что не хотя бы 4.2.И чем же 4.2 так хорош? Меньшим количеством поддерживаемых архитектур? Большим количеством глюков на единицу кода?
Мне пофиг, что сгенерированный им код бегает шустрее, если его надёжность ниже. А она почему-то ниже.:( Не от хорошей жизни BSD-шники начали развивать PCC...
>>>Улучшенная поддержка UTF-8 и Unicode BMP;
>>А вот это вкусно. Если ещё и остальные программы адекватно работают в
>>этом окружении - респект.
>
>UTF в консоли не нужен, а не в консоле отлично работает.Вам не нужен, а другим людям нужен. Например, тем, которые хоть раз сталкивались с проблемой, что видно либо один язык, либо другой. Или тем, которые не понимаю, зачем вообще надо иметь лишнюю привязку к языку, если с UTF-8 всё уже работает из коробки.
>>Вот только почему-то нету ничего о поддержке BlueTooth, Wi-Fi и т.д. А
>>"there won't be any support for SMP in MirOS" ставит жирный
>>крест на практической употребимости сего форка в будущем, которое уверенно движется
>>по пути распараллеливания задач...
>
>Да, очередной DragonflyBSD. Вместо того, чтобы разрабатывать новые фичи для существующих *BSD,
>клепают свои недопроекты, неюзабельные на практике абсолютно, усложняя портирование фич в
>Free/Net/Open и распыляя силы разработчиков.Уже отвечал, повторюсь: если разработчикам удобнее работать над MirOS, чем возиться с существующими *BSD, значит, их работа над MirOS идёт эффективнее. А раз идёт эффективнее - появится больше оригинальых решений, которые как раз могут быть импортированы в другие ОС.
Или Вам нравится олигополия? Или Вы считаете, что вправе указывать другим людям, которых Вы на работу не нанимали и которых не спонсировали, чем им заниматься? Давайте тогда заодно поотменяем все дистрибутивы Linux, кроме RedHat, Debian и ещё чего помельче, потому что все остальные на них основаны?
>>Жаль что не хотя бы 4.2.
> И чем же 4.2 так хорош? Меньшим количеством поддерживаемых архитектур?
> Большим количеством глюков на единицу кода?Ссылки на глюки. Хотите сказать что Фря 7.0 вдруг стала менее стабильна, чем 6.3, потому что использует gcc 4.2? Не смешите.
Или вы из тех, кто и фрей 4.11 не брезгует, потому что `проверенное стабильное решение'? Тогда сочувствую. Я тоже так думал, пока не понял, что при наличии single point of failure в лице железа стабильность оси не имеет никакого значения, а когда вместо одного сервера с якобы суперстабильной 4.11 их стоит несколько, никакого смысла в использовании тухлятины и сопутствующем геморрое нету. Хоть CURRENT туда ставь.
>Мне пофиг, что сгенерированный им код бегает шустрее, если его надёжность ниже.
>А она почему-то ниже.:(Ссылки, ссылки? Так некоторые руководствуясь собственными заблуждениями могут договориться и до `мне пофиг что 4.11 на 8 ядерном процессоре работает как на одном ядре, зато НАДЕЖНОСТЬ'
> Не от хорошей жизни BSD-шники начали развивать PCC...
Здается мне возня с PCC обусловлена больше лицензиями, чем качеством кода. Может еще скоростью компиляции. Пусть развивают, от gcc все равно никуда не денутся.
>>UTF в консоли не нужен, а не в консоле отлично работает.
>Вам не нужен, а другим людям нужен. Например, тем, которые хоть раз
>сталкивались с проблемой, что видно либо один язык, либо другой. Или
>тем, которые не понимаю, зачем вообще надо иметь лишнюю привязку к
>языку, если с UTF-8 всё уже работает из коробки.Я не об этом, я знаю зачем нужен UTF. Он не нужен в _консоли_ = syscons - которая единственная часть фри (да и наверное других BSD), его не поддерживающая. Вы часто сидите в консоли и составляете документы на 4 языках в vim?
>Уже отвечал, повторюсь: если разработчикам удобнее работать над MirOS, чем возиться с
>существующими *BSD, значит, их работа над MirOS идёт эффективнее. А раз
>идёт эффективнее - появится больше оригинальых решений, которые как раз могут
>быть импортированы в другие ОС.Мне лично так не кажется. Но надеюсь, что вы правы.
>Или Вам нравится олигополия?
Мне не нравится помойка, распыление ресурсов и мертворожденные продукты, существующие только ради самих себя.
>Или Вы считаете, что вправе указывать другим людям, которых
>Вы на работу не нанимали и которых не спонсировали, чем им заниматься?Тут есть разработчики MirBSD? Я что-то ни с одним пока не общался. По мне - так пусть хоть войну и мир переписывают как те мартышки, я просто говорю что это неэффективно. В свое время я общался с Диллоном, я знаю почему он форкнул dragonfly. Это в общем его дело, но радоваться тут совершенно нечему.
>Давайте тогда заодно поотменяем все дистрибутивы Linux, кроме RedHat,
>Debian и ещё чего помельче, потому что все остальные на них
>основаны?Дистрибутивы линукс тут совершенно не при чем, потому что линукс один. А фрей вот уже пять. Не говорите только что делать одно и то же в 5 фрях (то же избавление от giant) - это эффективность. А что касается импортирования - где эта уникодная консоль во FreeBSD? Или скажем vkernel (вроде юзабелен уже, не?) в NetBSD?
>>>Жаль что не хотя бы 4.2.
>> И чем же 4.2 так хорош? Меньшим количеством поддерживаемых архитектур?
>> Большим количеством глюков на единицу кода?
>
>Ссылки на глюки. Хотите сказать что Фря 7.0 вдруг стала менее стабильна,
>чем 6.3, потому что использует gcc 4.2? Не смешите.Если честно, 7.0 пока даже в руки не брал. По золотому правилу "до второго сервис-пака/минорного релиза". Народ хвалит - я рад.
>Или вы из тех, кто и фрей 4.11 не брезгует, потому что
>`проверенное стабильное решение'? Тогда сочувствую. Я тоже так думал, пока не
>понял, что при наличии single point of failure в лице железа
>стабильность оси не имеет никакого значения,Если не учитывать то, что именно стабильность ОСи (и софта, ессесно) оставляет эту самую point of failure единственной, то, конечно.
> а когда вместо одного сервера
>с якобы суперстабильной 4.11 их стоит несколько, никакого смысла в использовании
>тухлятины и сопутствующем геморрое нету. Хоть CURRENT туда ставь.Для меня несколько измеряется десятками и сотнями. Поверьте, это (была) совсем не тухлятина.
>>Мне пофиг, что сгенерированный им код бегает шустрее, если его надёжность ниже.
>>А она почему-то ниже.:(
>
>Ссылки, ссылки? Так некоторые руководствуясь собственными заблуждениями могут договориться и до `мне
>пофиг что 4.11 на 8 ядерном процессоре работает как на одном
>ядре, зато НАДЕЖНОСТЬ'Для затравки, найдено по памяти, при желании можно покопаться в рассылках разработки GCC:
http://www.onlamp.com/pub/a/bsd/2003/10/02/openbsd_gcc.html
http://lwn.net/Articles/255558/
http://undeadly.org/cgi?action=article&sid=20070915195203&pi...А насчёт надёжности 4.11 - не хохмите. Мы вот переехали, не от хорошей жизни, с 4.x, когда у серверов был аптайм по полгода и больше, на 6.x - теперь каждую ночь по несколько звонков. Похоже, проблемы с драйверами сетевых интерфейсов или TCP/IP-стеком, но от этого не легче...
>> Не от хорошей жизни BSD-шники начали развивать PCC...
>
>Здается мне возня с PCC обусловлена больше лицензиями, чем качеством кода. Может
>еще скоростью компиляции. Пусть развивают, от gcc все равно никуда не
>денутся.См. выше. Плюс это: http://www.thejemreport.com/mambo/content/view/369
>>>UTF в консоли не нужен, а не в консоле отлично работает.
>>Вам не нужен, а другим людям нужен. Например, тем, которые хоть раз
>>сталкивались с проблемой, что видно либо один язык, либо другой. Или
>>тем, которые не понимаю, зачем вообще надо иметь лишнюю привязку к
>>языку, если с UTF-8 всё уже работает из коробки.
>
>Я не об этом, я знаю зачем нужен UTF. Он не нужен
>в _консоли_ = syscons - которая единственная часть фри (да и
>наверное других BSD), его не поддерживающая. Вы часто сидите в консоли
>и составляете документы на 4 языках в vim?Я часто сижу в консоли вообще. Зачастую на старом железе, на котором иксы банально свопятся и тормозят при запуске всего того программного изобилия, которое мне требуется. Собственно, для _работы_ мне нужны почти всегда только SSH, почтовик, браузер с JavaScript, IM и что-нибудь, что прочтёт в консоли DOC/PDF/ODT/etc. Из всего этого мне не хватает только удобного IM (CenterIM я видел, для меня неудобно). Также часто мне приходится сталкиваться с разными кодировками (в Web, в текстовых файлах), в первую очередь кириллическими, канеш - хочется единого стандарта, и юникод в консоли - шаг к этому, который спровоцирует большее распространение юникода.
>>Или Вам нравится олигополия?
>
>Мне не нравится помойка, распыление ресурсов и мертворожденные продукты, существующие только ради
>самих себя.А мне не жалко:). Первая посудомоечная машина, между прочим, была изобретена "для себя", изобретательница совсем не собиралась её демонстрировать широкой публике...
>>Или Вы считаете, что вправе указывать другим людям, которых
>>Вы на работу не нанимали и которых не спонсировали, чем им заниматься?
>
>Тут есть разработчики MirBSD? Я что-то ни с одним пока не общался.Вам показать, где они находятся? :)
>По мне - так пусть хоть войну и мир переписывают как
>те мартышки, я просто говорю что это неэффективно. В свое время
>я общался с Диллоном, я знаю почему он форкнул dragonfly. Это
>в общем его дело, но радоваться тут совершенно нечему.Мы все разные люди. То, что для кого-то принципиально - для кого-то пустой звук, и наоборот. Может, радоваться нечему, но и огорчаться тоже, ИМХО, не стоит. Люди всё же делом занимаются, а не разборками, как мы с Вами :)
>>Давайте тогда заодно поотменяем все дистрибутивы Linux, кроме RedHat,
>>Debian и ещё чего помельче, потому что все остальные на них
>>основаны?
>
>Дистрибутивы линукс тут совершенно не при чем, потому что линукс один.А ОС - разные. С разными подходами к комплектации приложений, сборке ядра, параметров компиляции, подбору прикладных программ... Не буду спорить, что у Linux-дистрибутивов различий в общем случае меньше, чем у *BSD, но это всё же разные ОС.
> А фрей вот уже пять.
Ну и что? Производителей модулей флеш-памяти тоже много, зачем, казалось бы, столко? Лицензии-то одинаковые, технологии одинаковые...
>Не говорите только что делать одно и то же в 5 фрях (то же избавление от giant) -
>это эффективность.Эффективно иметь одного производителя? Опыт СССР, думаю, убедительно доказал обратное... В чём-то это хорошо, в чём-то плохо. Но точно не жизнеспособно. Каждый проект либо решает эти вопросы по-своему (что даёт выбор пользователю в технологиях), либо импортирует чужое решение (что "эффективно", как Вы говорите). И то, и другое, ИМХО, хорошо, не?
>А что касается импортирования - где эта уникодная консоль
>во FreeBSD? Или скажем vkernel (вроде юзабелен уже, не?) в NetBSD?Не гоните коней, MirOS только что релизнулась, вообще-то ;). FreeBSD уже вряд ли импортирует сии наработки, а вот NetBSD или, воможно, даже OpenBSD - вполне может быть... Посмотрим через полгода :)
>Если честно, 7.0 пока даже в руки не брал. По золотому правилу
>"до второго сервис-пака/минорного релиза".Понятно.
>Для затравки, найдено по памяти, при желании можно покопаться в рассылках разработки
> GCC:
>http://www.onlamp.com/pub/a/bsd/2003/10/02/openbsd_gcc.html
>http://lwn.net/Articles/255558/
>http://undeadly.org/cgi?action=article&sid=20070915195203&pi...Спасибо, я читал про PCC. По этим ссылкам ни слова о багах gcc. Могу помочь - они были (самое громкое - с read-change-write), но не в релизах. Проблемы с архитектурой тоже есть. Это тормозит развитие, поддержку новых платформ и т.д., но очень слабо влияет на конечную стабильность, поэтому конечному пользователю об этом думать - как тому коту, которому делать нечего. А так можно и на 2.95 сидеть также как и на фре 4.11. Глобально и надежно.
>А насчёт надёжности 4.11 - не хохмите. Мы вот переехали, не от
>хорошей жизни, с 4.x, когда у серверов был аптайм по полгода
>и больше, на 6.x - теперь каждую ночь по несколько звонков.
>Похоже, проблемы с драйверами сетевых интерфейсов или TCP/IP-стеком, но от этого
>не легче...Ну обычно для начала тестируют, на что переезжают. Если не работает - не переезжают, ищут альтернативу, фиксят сами или ставят костыли. Так что ССЗБ. Недавно на опеннетовском форуме была хохма `кагда я обнавляю порты у всего офеса падает инет'. Угу.
>>> Не от хорошей жизни BSD-шники начали развивать PCC...
>>Здается мне возня с PCC обусловлена больше лицензиями, чем качеством кода. Может
>>еще скоростью компиляции. Пусть развивают, от gcc все равно никуда не
>>денутся.
>См. выше. Плюс это: http://www.thejemreport.com/mambo/content/view/369Тео говорит по делу, удивительно. Ну мои слова полностью подтверждаются - `But it is missing PIC, other architectures, and various gcc extensions that are rather critical.'.
Если говорить про альтернативы GCC - кроме llvm их просто нет.>Я часто сижу в консоли вообще. Зачастую на старом железе, на котором
>иксы банально свопятся и тормозят при запуске всего того программного изобилия,
>которое мне требуется. Собственно, для _работы_ мне нужны почти всегда только
>SSH, почтовик, браузер с JavaScript, IM и что-нибудь, что прочтёт в
>консоли DOC/PDF/ODT/etc. Из всего этого мне не хватает только удобного IM
>(CenterIM я видел, для меня неудобно). Также часто мне приходится сталкиваться
>с разными кодировками (в Web, в текстовых файлах), в первую очередь
>кириллическими, канеш - хочется единого стандарта, и юникод в консоли -
>шаг к этому, который спровоцирует большее распространение юникода.Мда, сам так страдал лет 7 назад. Не знаю, что и посоветовать. Если у вас `исчисляется сотнями', то можно и на ноут с 256 RAM наскрести, этого хватит. Иксы там работают без проблем, а 4 консоли ~100x30 - все лучше чем одна 80x25 (или 80x50) без юникода. Сам использую консольный софт (тот же centerim, кстати, но с jabber он очень плох), но использовать текстовую консоль - это действительно странно.
>>Мне не нравится помойка, распыление ресурсов и мертворожденные продукты, существующие только ради
>>самих себя.
>А мне не жалко:). Первая посудомоечная машина, между прочим, была изобретена "для
>себя", изобретательница совсем не собиралась её демонстрировать широкой публике...М-м. Ну не демонстрировали бы, клепали патчи для остальных BSD, проблем-то. Всем все было бы понятно.
>Вам показать, где они находятся? :)
Я в курсе. Как вы до этого заметили, я не считаю себя в праве указывать кому бы то ни было что делать. Но мне непонятно как к этому можно относиться положитеьно.
>>Дистрибутивы линукс тут совершенно не при чем, потому что линукс один.
>А ОС - разные. С разными подходами к комплектации приложений, сборке ядра,
>параметров компиляции, подбору прикладных программ... Не буду спорить, что у Linux-дистрибутивов
>различий в общем случае меньше, чем у *BSD, но это всё
>же разные ОС.О userland никто не говорит. А все изменения для ядра - патчи накладываемые на все тот же Linux в любой момент. А стрекозиные vkernel, hammer попробуй наложи на FreeBSD.
>>Не говорите только что делать одно и то же в 5 фрях (то же избавление от giant) -
>>это эффективность.
>Эффективно иметь одного производителя? Опыт СССР, думаю, убедительно доказал обратное... >В чём-то это хорошо, в чём-то плохо. Но точно не жизнеспособно. Каждый проект
>либо решает эти вопросы по-своему (что даёт выбор пользователю в технологиях),
>либо импортирует чужое решение (что "эффективно", как Вы говорите). И то,
>и другое, ИМХО, хорошо, не?Ну это я даже комментировать не хочу. Сравнили.
>>А что касается импортирования - где эта уникодная консоль
>>во FreeBSD? Или скажем vkernel (вроде юзабелен уже, не?) в NetBSD?
>Не гоните коней, MirOS только что релизнулась, вообще-то ;). FreeBSD уже вряд
>ли импортирует сии наработки, а вот NetBSD или, воможно, даже OpenBSD
>- вполне может быть... Посмотрим через полгода :)Посмотрим...
>[оверквотинг удален]
>>http://lwn.net/Articles/255558/
>>http://undeadly.org/cgi?action=article&sid=20070915195203&pi...
>
>Спасибо, я читал про PCC. По этим ссылкам ни слова о багах
>gcc. Могу помочь - они были (самое громкое - с read-change-write),
>но не в релизах. Проблемы с архитектурой тоже есть. Это тормозит
>развитие, поддержку новых платформ и т.д., но очень слабо влияет на
>конечную стабильность, поэтому конечному пользователю об этом думать - как тому
>коту, которому делать нечего. А так можно и на 2.95 сидеть
>также как и на фре 4.11. Глобально и надежно.То есть по ссылкам вы не ходили, особенно по первой (там как раз на тему мотороловских архитектур и GCC хороший рассказ). А насчёт конечной стабильности - недавно проходила новость о том, что в GCC сначала 15 лет (!) использовался некорректный способ установки CLD. А потом в 4.3 взяли и изменили, заранее не предупреждая. И теперь программы, скомпилированные под новой версией GCC, не работают (корректно или вообще) со старыми ядрами. Стабильность, да. Глобальная.
GCC - это хорошо, потому что он много чего поддерживает. Но GCC это плохо, потому что это помойка. Которую, без смеха, усложняли и толком не документировали местами специально для того, чтобы пропиетарщики не могли тырить код. А ещё GCC плохо, потому что он практически монополист (Тео об этом тоже говорил, к слову), со всеми вытекающими последствиями. В этом плане разработчики Linux молодцы, что стараются поддерживать сборку ядра на всех распространённых компиляторах...
>>А насчёт надёжности 4.11 - не хохмите. Мы вот переехали, не от
>>хорошей жизни, с 4.x, когда у серверов был аптайм по полгода
>>и больше, на 6.x - теперь каждую ночь по несколько звонков.
>>Похоже, проблемы с драйверами сетевых интерфейсов или TCP/IP-стеком, но от этого
>>не легче...
>
>Ну обычно для начала тестируют, на что переезжают. Если не работает -
>не переезжают, ищут альтернативу, фиксят сами или ставят костыли. Так что
>ССЗБ. Недавно на опеннетовском форуме была хохма `кагда я обнавляю порты
>у всего офеса падает инет'. Угу.К сожалению, вариантов у нас особых не было - менять платформу неприемлемо (клиенты не поймут юмора), поддерживать 4.x на тот момент было просто некому, да и проблема вылезает не сразу и лишь под полной нагрузкой... А оставаться тоже было уже нельзя, многие разработчики софта (Zend, например), который клиентам тоже нужен, начали закладываться на 5.x как минимум.
Местами 4.x всё ещё бегает, на внутренних проектах - никаких жалоб. Вообще.
>>>> Не от хорошей жизни BSD-шники начали развивать PCC...
>>>Здается мне возня с PCC обусловлена больше лицензиями, чем качеством кода. Может
>>>еще скоростью компиляции. Пусть развивают, от gcc все равно никуда не
>>>денутся.
>>См. выше. Плюс это: http://www.thejemreport.com/mambo/content/view/369
>
>Тео говорит по делу, удивительно. Ну мои слова полностью подтверждаются - `But
>it is missing PIC, other architectures, and various gcc extensions that
>are rather critical.'.
>Если говорить про альтернативы GCC - кроме llvm их просто нет.На данный момент PCC бегает с различной степнью увечий, если верить тому, что я вижу здесь - http://www.openbsd.org/cgi-bin/cvsweb.cgi/src/usr.bin/pcc/ - на следующем: i386, alpha, amd64, arm, hppa, m68k, powerpc, mips64, sh, sparc, sparc64, vax. ИМХО, за полгода неплохой прогресс. :)
>[оверквотинг удален]
>>кириллическими, канеш - хочется единого стандарта, и юникод в консоли -
>>шаг к этому, который спровоцирует большее распространение юникода.
>
>Мда, сам так страдал лет 7 назад. Не знаю, что и посоветовать.
>Если у вас `исчисляется сотнями', то можно и на ноут с
>256 RAM наскрести, этого хватит. Иксы там работают без проблем, а
>4 консоли ~100x30 - все лучше чем одна 80x25 (или 80x50)
>без юникода. Сам использую консольный софт (тот же centerim, кстати, но
>с jabber он очень плох), но использовать текстовую консоль - это
>действительно странно.Ммм, нет, боюсь, я непонятно выразился: старое железо - это уже не по (основной) работе больше:). Опять же, иногда ковыряешься в сорцах иксов или wm, или обновляешь в массовом порядке пакеты - хочется не лишаться благ цивилизации... А ноут буду покупать скоро так или иначе, пока есть возможность (но это уже оффтопик).
>>>Мне не нравится помойка, распыление ресурсов и мертворожденные продукты, существующие только ради
>>>самих себя.
>>А мне не жалко:). Первая посудомоечная машина, между прочим, была изобретена "для
>>себя", изобретательница совсем не собиралась её демонстрировать широкой публике...
>
>М-м. Ну не демонстрировали бы, клепали патчи для остальных BSD, проблем-то. Всем
>все было бы понятно.Ну вот они и клепают патчи. А для собственного удобства оформили их в отдельный проект, который назвали MirBSD (а теперь MirOS BSD - если посмотрите, у них есть весьма неодинарное намерение в виде прикручивания ядра Linux).
>>Вам показать, где они находятся? :)
>
>Я в курсе. Как вы до этого заметили, я не считаю себя
>в праве указывать кому бы то ни было что делать. Но
>мне непонятно как к этому можно относиться положитеьно.Друг друга не поняли, ну да ладно :)
>>>Дистрибутивы линукс тут совершенно не при чем, потому что линукс один.
>>А ОС - разные. С разными подходами к комплектации приложений, сборке ядра,
>>параметров компиляции, подбору прикладных программ... Не буду спорить, что у Linux-дистрибутивов
>>различий в общем случае меньше, чем у *BSD, но это всё
>>же разные ОС.
>
>О userland никто не говорит. А все изменения для ядра - патчи
>накладываемые на все тот же Linux в любой момент. А стрекозиные
>vkernel, hammer попробуй наложи на FreeBSD.Особенно между разными версиями Linux-ядра, ага. А вообще потому и форкнули, наверное, что так удобнее было их разрабатывать? ;) Если эти технологии окажутся востребованными - тогда появятся и реальные желающие их перетянуть в ту же фряху. А если нет - фряха тоже не пострадает. Может, это и не самая рациональная с точки зрения траты ресурсов позиция, но худо-бедно эволюция на Земле шла подобным образом, благодаря чему мы с Вами сейчас имеем возможность так мило беседовать:).
>>>Не говорите только что делать одно и то же в 5 фрях (то же избавление от giant) -
>>>это эффективность.
>>Эффективно иметь одного производителя? Опыт СССР, думаю, убедительно доказал обратное... >В чём-то это хорошо, в чём-то плохо. Но точно не жизнеспособно. Каждый проект
>>либо решает эти вопросы по-своему (что даёт выбор пользователю в технологиях),
>>либо импортирует чужое решение (что "эффективно", как Вы говорите). И то,
>>и другое, ИМХО, хорошо, не?
>
>Ну это я даже комментировать не хочу. Сравнили.Ну как хотите:).
>То есть по ссылкам вы не ходили, особенно по первой (там как
>раз на тему мотороловских архитектур и GCC хороший рассказ). А насчёт
>конечной стабильности - недавно проходила новость о том, что в GCC
>сначала 15 лет (!) использовался некорректный способ установки CLD. А потом
>в 4.3 взяли и изменили, заранее не предупреждая. И теперь программы,
>скомпилированные под новой версией GCC, не работают (корректно или вообще) со
>старыми ядрами. Стабильность, да. Глобальная.По ссылкам можно либо ходить, либо не ходить. Каким боком моторолла относится к стабильности Mir/FreeBSD? А насчет DF - это исключительно проблема линуксового ядра.
http://em386.blogspot.com/2008/03/cldstd-and-gcc-430.html>GCC - это хорошо, потому что он много чего поддерживает. Но GCC
>это плохо, потому что это помойка. Которую, без смеха, усложняли и
>толком не документировали местами специально для того, чтобы пропиетарщики не могли
>тырить код. А ещё GCC плохо, потому что он практически монополист
>(Тео об этом тоже говорил, к слову), со всеми вытекающими последствиями.
>В этом плане разработчики Linux молодцы, что стараются поддерживать сборку ядра
>на всех распространённых компиляторах...С этим спорить бессмысленно. Но вопрос был в стабильности кода - а с этим никаких проблем в итоге нет.
>Местами 4.x всё ещё бегает, на внутренних проектах - никаких жалоб. Вообще.
Не мудрено. Выключенные компы тоже не глючат :)
>Ммм, нет, боюсь, я непонятно выразился: старое железо - это уже не
>по (основной) работе больше:). Опять же, иногда ковыряешься в сорцах иксов
>или wm, или обновляешь в массовом порядке пакеты - хочется не
>лишаться благ цивилизации... А ноут буду покупать скоро так или иначе,
>пока есть возможность (но это уже оффтопик).Для ковыряния в сорсах X есть chroot, при обновлении пакетов гасить иксы не надо. В общем, проблемы вососанные из пальца - уникод в консоли не нужен.
>>О userland никто не говорит. А все изменения для ядра - патчи
>>накладываемые на все тот же Linux в любой момент. А стрекозиные
>>vkernel, hammer попробуй наложи на FreeBSD.
>Особенно между разными версиями Linux-ядра, ага. А вообще потому и форкнули, наверное,
>что так удобнее было их разрабатывать? ;) Если эти технологии окажутся
>востребованными - тогда появятся и реальные желающие их перетянуть в ту
>же фряху. А если нет - фряха тоже не пострадает. Может,
>это и не самая рациональная с точки зрения траты ресурсов позиция,
>но худо-бедно эволюция на Земле шла подобным образом, благодаря чему мы
>с Вами сейчас имеем возможность так мило беседовать:).Ну, будем надеяться что хоть какой-то прок с этих новый coolbsd будет.