https://www.opennet.ru/openforum/vsluhforumID3/59855.html <br><br>URL: <br>Новость: http://www.opennet.ru/opennews/art.shtml?num=23809<br> https://www.opennet.ru/openforum/vsluhforumID3/59855.html#164 Mon, 19 Oct 2009 23:36:11 GMT &gt;&gt;будет выгодно не своих программеров держать и коммиты делать, а заплатить <br>&gt;&gt;немного денежек и чтобы все это поддерживалось централизованно во всей системе. <br>&gt;<br>&gt;Внимание, коронный вопрос: а чем тогда так уж плох GPL? И линухи <br>&gt;и что там еще под ним? Ведь 1 хрен идет к <br>&gt;той же бизнес модели т.к. другие все-равно попросту менее эффективны. Объясните <br>&gt;- в чем и для кого тогда "PROFIT"? Для какойнить Microsoft <br>&gt;Corporation которая сможет зажать все и вся и выпускать свои извечные <br>&gt;блобы ни с кем не делясь? <br><br>В условиях использования открытых базовых наработок цены на конечные продукты снижаются, т.к. фактически конкурируют уже будут не комплексные индивидуальные решения, а лишь личные надстройки и доработки вендоров. А закрывать код раз и навсегда, как вы боитесь, будут немногие из тех немногих, кто разрабатывает нишевые продукты с длительным жизненным циклом. Сам вижу, что получается, если начать колупаться в форке, а потом пытаться клеить фичи и фиксы одних и тех же вещей из основной ветки и соб https://www.opennet.ru/openforum/vsluhforumID3/59855.html#163 Mon, 19 Oct 2009 22:24:20 GMT &gt;&gt;Да, к счастью. Ну там всякие фирмвари без которых железо не запускается. <br>&gt;&gt;А так - чем меньше блобов, тем меньше геморроя. При желании <br>&gt;&gt;переколупать систему, фигли. <br>&gt;<br>&gt;Как дело у вас с графикой обстоит? Уже нашли достойную замену, уделывающую <br>&gt;по скорости 3D прорисовки nvidia-блоб? <br><br>правильно говорить "расовый бинарный блоб" )))<br> https://www.opennet.ru/openforum/vsluhforumID3/59855.html#162 Mon, 19 Oct 2009 22:22:40 GMT боюсь, вы разговариваете со стеной<br> https://www.opennet.ru/openforum/vsluhforumID3/59855.html#161 Mon, 19 Oct 2009 22:19:03 GMT а собственно где ответ на вопрос?<br> https://www.opennet.ru/openforum/vsluhforumID3/59855.html#160 Mon, 19 Oct 2009 15:57:22 GMT &gt; Какие преимущества может получить тот, кто захочет портировать btrfs на систему, <br>&gt; где уже есть zfs?<br><br>Не мои проблемы, если честно. На лично мое имхо - бтр поинтереснее архитектурно. При хорошей реализации скорее всего будет шустрее zfs-а в ряде сценариев. Потому что у ZFS некоторые вещи реализованы достаточно своеобразно. <br><br>И гибкость и расширемость - у БТР заложена сразу и достаточно прилично. Поэтому даже если чего-то нет, это можно будет сделать потом. У zfs'а с некоторыми вещами больше напряга, АФАЙК. <br><br>Например, ZFS как, уже можно наложить поверх существующей ФС представив старую ФС как некий начальный снапшот? На который можно вернуться, если не понравится. Btrfs умеет такой фокус поверх EXT-ов устраивать (как минимум, теоретически). Или - а что там в zfs с изъятием дисков из пула? В бтр то ребалансинг данных на воткнутый новый диск предусмотрен, как и изъятие диска - с пиханием данных с него на остальные диски пула. <br><br>Насчет онлайн дефрага я вообще не совсем понял. В идеале, дефрагить верси https://www.opennet.ru/openforum/vsluhforumID3/59855.html#159 Mon, 19 Oct 2009 15:32:41 GMT Микрософт с Danger пойдет? В то время как основная NetBSD по части портов на ARM довольно глубоко в заднице, микрософт с какой-то левой конторкой что-то там такое на ее основе продают, правда как всегда не очень понятно кому и нафиг нужное. Бестолковый пример? Убейтесь веником тогда. Потому что подгонять решение под ответ специально для вас я не буду.<br> https://www.opennet.ru/openforum/vsluhforumID3/59855.html#158 Mon, 19 Oct 2009 12:04:26 GMT &gt;не важно что сказал оппонент ты в любом случае будешь против того <br>&gt;что он говорит <br><br>Доказательство вашей неправоты: можно легко найти мои коменты с заявами вида "+1" :P.<br><br>&gt;так же как и продолжать дисскуссию <br><br>ИМХО, это выглядело как поток бреда в результате срыва стека.<br><br>&gt;тебe кто то навязывает использовать CLang и будущую FreeBSD с ее новым <br>&gt;компилятором? <br><br>Нет, но там кто-то в эмбеддед хотел? При таком направлении развития похоже на лебедя, рака и щуку.<br><br>&gt;да CLang пока еще возможно не поддерживает все разновидности архитектур <br>&gt;но это дело наживное <br><br>(остается только дожить до этого момента и совсем не факт что люди столько живут)<br><br>&gt;токо подумай куда твои вендоры побегут вкладывать патчи в GCC или CLang <br><br>Ога, они может быть будут юзать в своих недрах компилер. А вы его никогда не увидите. Они так с GCC то делают и в своем праве, если не распостраняют его. Вопрос: а что изменится для ВАС? И в какую сторону? Как максимум, станут зажимать чуть больше. Вам от этого что-то прибавится?<br><br>&gt;и г https://www.opennet.ru/openforum/vsluhforumID3/59855.html#157 Sat, 17 Oct 2009 11:11:34 GMT &gt;&gt;Без подвоха, мне интересно, и память хочу освежть, какие форки? <br>&gt;У жунипера в железках какая-то самопальная бздя. WindRiver проприетарную бздю когда-то юзал. <br>&gt;&gt;Влет в памяти всплывает только BSDi. <br>&gt;Кстати а не его ли windriver скупил?Кто там бзди хотел в embedded? :) <br>&gt;&gt;Остальной зоопарк - AIX, HP-UХ, IRIX, SunOS, что-там еще - ты про них? <br><br>AIX & HPUX вполне живы, работают и поныне, как и Solaris являясь, условно, больше частью приложением к серверам и рабочим станциям.<br><br>WindRiver & BSD/OS, Juniper && FreeBSD - события 2001-2003гг и позднее, т.е. относительно недавние.<br><br>Про времена более ранние - ~1990-1997гг.<br>BSD/OS - пожалуй, единственный, условно, чистый коммерческий проект на базе 4BSD.<br>За NextStep, далее SunOS говорить трудно, не имею и не видел их исходных текстов. <br>По бинарной структуре - это гибриды, "с миру по нитке"+.<br><br>&gt;Вообще, они *никсы проприетарные. На *bsd они не тянут. Но кода из <br>&gt;бздей потягали все кому не лень. Я перегнул пожалуй про форки, <br>&gt;именно того что попадает п https://www.opennet.ru/openforum/vsluhforumID3/59855.html#156 Sat, 17 Oct 2009 09:41:52 GMT &gt;Ну, они в своем праве форкать, если здоровья хватает. А вот изменения <br>&gt;кода должны возвращать, чем избаляют других от повторения работы по хренадцать <br>&gt;раз. А вот микрософт и Danger сделали рабочий порт NetBSD на <br>&gt;ARM но вам с этого толку - ровно буй. Если вы <br><br>Из журнала наблюдения за природой:<br><br>Коммерческое предприятие так или иначе не предоставит в открытом виде своих программных работ, если от этого будет зависеть прибыль данного предприятия.<br><br>Будет она писать код с нуля, возмет (возмезно или безвозмездно) за основу BSD OS, XXX OS, BLA-BLA OS - дело второе.<br><br>Один фактор - изменения copyleft-код изначально не будет планироваться для публикации, если от этого будет зависеть устойчивость и прибыль коммерческого предприятия.<br><br>В последние годы наблюдается публикация некоторой _не_ ключевой части кода коммерческих предприятий. Цель - привлечение внимания и адаптация потенциальных покупателей к своим разработкам и продуктам.<br>Побочный эффект - увеличение количества публичного кода.<br>Можете это наз