https://opennet.me/openforum/vsluhforumID3/79595.html После известия (http://slonik-v-domene.livejournal.com/96331.html) о начале перевода парка серверов Rambler-почты с FreeBSD на Linux развернулось множество обсуждений проблем FreeBSD, из которых стало известно, в том числе, и о планируемом переводе с FreeBSD поискового кластера Яндекс (более 30000 серверов). Конструктивное зерно этих обсуждений было сведено воедино и опубликовано в статье "Каковы проблемы FreeBSD и пути их решения? Анализ и опрос (http://nuclight.livejournal.com/128712.html?usescheme=XColibur)".<br><br><br>В предварительной части (http://nuclight.livejournal.com/128319.html) автор делает вывод (на основе инсайдерской информации), что миграция на другую ОС конкретно в случае Rambler-почты неоправдана, и вызвана организационными проблемами (например, увольнением нескольких компетентных сотрудников). Тем не менее, это не отменяет наличия у проекта FreeBSD серьезных проблем, ставящих ОС (и, соответственно, связанных с ней рабочих мест) под угрозу вымирания, если сообщество прямо...<br><br>URL: http://nucligh https://opennet.me/openforum/vsluhforumID3/79595.html#975 Thu, 25 Aug 2011 03:43:50 GMT &gt;&gt; Я категорически запрещаю вам всем пользоваться FreeBSD <br>&gt; эх, забыла молодежь классику <br><br>;) http://compuhumour.narod.ru/other/answer.html<br><br> https://opennet.me/openforum/vsluhforumID3/79595.html#974 Thu, 18 Aug 2011 19:20:42 GMT &gt; Я категорически запрещаю вам всем пользоваться FreeBSD<br><br>эх, забыла молодежь классику<br><br>"Пожалyйста, перестаньте посылать нам сообщения об ошибках. Это наша система. Мы разработали ее, мы создали ее и мы использyем ее дольше чем вы. Если вы полагаете, что в ней отсyтствyют некоторые свойства, или система не так эффективна, как вам бы хотелось, ЗАТКНИТЕСЬ! Убирайтесь к чёртy, мы в вас не нyждаемся. См. рис. 1."<br> https://opennet.me/openforum/vsluhforumID3/79595.html#973 Wed, 17 Aug 2011 21:34:46 GMT &gt; Если цель уволить одного профессионала за 100тр и нанять 3-и за 20тр, <br>&gt; то очень сомнительно, что там будет человек, который все сможет грамотно настроить.<br><br>А зачем нанимать 3 по 20? Один по 50-80 - не вариант? <br><br>&gt; Мое имхо - другое.<br><br>Ну, я вас с этим поздравляю. <br><br>&gt;&gt; ну вот так получилось. Я не виновт что статистика такая.<br>&gt; 294-ый, а сам себя-то ты как оцениваешь? :) <br><br>Как-то средненько. Не эникеец уже. Основы дебага, профайлинга и прочее - освоил, bottleneck analisys - мне нравится. Наверное потому что знаком с микропроцессорами много лет и понимаю как это работает, с чем у скрипткиддей не богато. Пободаться с непростой задачкой типа тюнинга, получив взамен вкусный результат? О, это интересно. Но вот бодаться с трудностями искусственно разложенными на ровном месте лично меня совершенно не прет. В общем где-то посерединке. Есть куда расти. Есть над чем работать. Есть что изучать. Есть к чему стремиться. Это хорошо, это жизнь. <br><br>&gt; у любой версии gcc багов куча, я на них давно уже не смотрю - ск https://opennet.me/openforum/vsluhforumID3/79595.html#972 Wed, 17 Aug 2011 20:59:46 GMT Я категорически запрещаю вам всем пользоваться FreeBSD это не система для обычных пользователей это легковесная северная платформа. Не нужно туда лезть обычным пользователям.<br> https://opennet.me/openforum/vsluhforumID3/79595.html#971 Wed, 17 Aug 2011 11:43:21 GMT &gt;&gt; Поллинг на сетевухах уже давно включают только сами себе злобные буратины.<br>&gt; Угу, вы это NAPI скажите. В Linux поллинг (гибридная схема) и время <br>&gt; обработки не приращивает, и pps поднимает кардинально, поскольку оверхед от прерываний <br>&gt; - очень значительный, хоть чего там тредь. И ничего не падает. <br>&gt; Ну а в BSD... всё как в BSD, вот при чем. <br><br>При чем тут линух к фре? Повторяю: во фре драйвера правильных сетевух не нуждаются в поллинге. Более того, включение поллинга на устройствах, имеющих внутренний буфер большого объема может приводить (и приводит) к дедлокам и непредсказуемым висякам. Более того, новая архитектура сетевых позволяет активно параллелить обработку трафика на многоядерных системах, что очевидным образом позволяет увеличить ппс.<br><br>Те, кто пытается на фре 7.0+ юзать старые хауту без понимания процессов - тот сам себе злобное буратино. Кто пытается на фре юзать хауту от линуха - тот себе даже не буратино. <br><br> https://opennet.me/openforum/vsluhforumID3/79595.html#970 Wed, 17 Aug 2011 05:33:03 GMT &gt; Поллинг на сетевухах уже давно включают только сами себе злобные буратины.<br><br>Угу, вы это NAPI скажите. В Linux поллинг (гибридная схема) и время обработки не приращивает, и pps поднимает кардинально, поскольку оверхед от прерываний - очень значительный, хоть чего там тредь. И ничего не падает. Ну а в BSD... всё как в BSD, вот при чем.<br><br> https://opennet.me/openforum/vsluhforumID3/79595.html#969 Tue, 16 Aug 2011 22:08:15 GMT Да, вот еще, asau/NetBSD.org использует pkgsrc как раз на FreeBSD.<br>Можешь спросить у него почему не фришные порты, он вполне говорит по-русски.<br>Может, и объяснит.<br><br>И еще.<br><br>http://mail-index.netbsd.org/tech-pkg/2011/04/05/msg006927.html<br><br>Опять же, на мой взгляд совершенно ненужный проект,<br>но некоторым идея нравится. Как по мне, так гораздо<br>полезнее было бы сделать конвертор из пакетов pkgsrc в<br>пакеты FreeBSD, сохранив при этом всю pkgsrc-шную инфраструктуру, например,<br>bulk-builder-ов. Есть желание в этом поучаствовать? ;-)<br>А с этим GSoC разьве что pkg_rolling-replace<br>баловаться. Да и то не получится, нет у вас pkg_add -uUD,<br>и многого другого. Остается bmake install/replace/update/package -- весьма<br>сомнительная радость.<br> https://opennet.me/openforum/vsluhforumID3/79595.html#968 Tue, 16 Aug 2011 21:44:40 GMT &gt; Не, не портировать, а объединить обе команды в один общий проект. Переучить <br>&gt; всех port committers & maintainers на новую схему. А самое главное, <br>&gt; кто этим всем станет заправлять? :) Опять же не технические вопросы. <br><br>Если ты хочешь, чтобы тебя размазали по стенке свои же, выступи<br>с таким предложением. Я в этом участвовать не буду, потому что<br>заранее знаю результат. Хотя чисто технически это возможно.<br><br>&gt; Кхе. Линуксоиды предлагали перейти на dpkg, например :) Из всех вариантов "перехода" <br>&gt; pkgsrc - единственное, что хоть как-то хотя бы теоретически могло бы <br>&gt; быть сделано.<br><br>В Солярисе практика иметь несколько принципиально различных<br>_репозиториев_ вполне распространена. Не вижу в этом большого криминала.<br>Чего-то не хватает или версия не та -- дернул из другого места.<br>Хотя конечно меру знать надо. И dpkg и rpm прикрутить проблем никаких.<br>В OpenSolaris-е вон, опять же, пакетики из rpm spec собирают.<br>Страшненько, но как-то работает.<br><br>&gt;&gt; Где ты найдешь человека в равной степени владеющего https://opennet.me/openforum/vsluhforumID3/79595.html#967 Tue, 16 Aug 2011 17:15:01 GMT &gt;&gt; Или вот подумай, например, над объединением усилий команды FreeBSD Ports и <br>&gt;&gt; pkgsrc в единую систему - какой объем работ потребуется?<br>&gt; MirBSD понадобилось несколько месяцев для того, <br>&gt; чтобы написать порт pkgsrc под свою систему, которого раньше не было.<br>&gt; Примерно столько же MINIX-оидам.<br>&gt; Но и там и там полтора человека, ты же понимаешь.<br>&gt; Что касается фри, то под нее поддержка <br>&gt; есть давно. Что нужно делать -- править сборку пакетов, и, изредка, <br>&gt; прикладывать патчи типа s&#124;/dev/dsp&#124;/dev/audio&#124;, чтоб работало.<br><br>Не, не портировать, а объединить обе команды в один общий проект. Переучить всех port committers & maintainers на новую схему. А самое главное, кто этим всем станет заправлять? :) Опять же не технические вопросы.<br><br>&gt;&gt;&gt; FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly, <br>&gt;&gt;&gt; поэтому обеспечить поддержку на 5 баллов для нее куда проще.<br>&gt;&gt; А сколько из них рабочих? Во фре сейчас более 22 тысяч портов.<br>&gt;&gt; Сколько придется приложить усилий для фикса и п