Опубликован (https://www.freebsd.org/news/status/report-2017-07-2017-09.h... отчёт о развитии проекта FreeBSD с июля по сентябрь 2017 года.Основные достижения:
-
Общие и системные вопросы
- Возобновлена разработка системного менеджера nosh (http://homepage.ntlworld.com./jonathan.deboynepollard/Softwa... включающего набор средств для инициализации, загрузки, ведения логов, управления фоновыми процессами и терминалами. Nosh позиционируется как замена систем BSD init и NetBSD rc.d, вобравшая в себя черты таких систем, как Solaris SMF, daemontools-encore, UCSPI и средств IBM AIX по раздельному управлению системой и сервисами. Предоставляется набор прослоек для использования команд, ставших привычных в других системах, импорта существующих конфигурационных файлов /etc/fstab, /etc/rc.conf, /etc/rc.local и /etc/ttys, а также настроек изолированных окружений Jail и PC-BSD Warden.
Доступны возможности для определения порядка запуска сервисов, организации зависимостей между сервисами, обеспечения параллельного выполнения сервисов, автоматической ротации логов, отслеживания работы сервисов и применения kevent для обеспечения событийно-ориентированного параллелизма. Система переносимая, не зависит от особенностей ядра и может применяться как в BSD-системах, так и в Linux.
С момента прошлого упоминания nosh в отчёте о развитии FreeBSD в 2015 году, проведена реструктуризация пакетов, позволившая сократить число конфликтов с другими инструментариями. Добавлен файл для автодополнения ввода к zsh. Улучшены подсистемы управления виртуальными терминалами, раскладкой клавиатуры, мышью, ugen и DECSCUSR. Добавлена возможность удалённой передачи логов (RFC 5424/5426). Представлено несколько вспомогательных команд. Добавлено автоматическое определение местоположения Java VM. Улучшены средства активации по обращению к сокету. Улучшена работа одноразовых сервисов. Добавлена поддержка псевдонимов (alias) сервисов. Улучшена работа привязанных к пользователю сервисов D-Bus. Улучшен импорт сервисов MySQL, MariaDB, Percona и OpenVPN, а также импорт конфигурации.- Размер пожертвований за 2017 год составил (https://www.freebsdfoundation.org/donate/) 978 тысяч долларов от 859 участников, при поставленной цели в 1250 тысяч долларов.
- В рамках программы грантов завершены или находятся в разработке проекты по обеспечению поддержки OpenZFS RAID-Z, улучшению драйвера bhnd для беспроводных адаптеров Broadcom, обеспечению работы на плате Beaglebone Black в режиме без вывода на экран (headless), расширению возможностей гипервизора bhyve для ARMv7, портированию bhyve/ARM на системы ARMv8;
- Трудоустроенные в организации FreeBSD Foundation инженеры выполнили работу по улучшению ZFS, поддержке новых серверных платформ Intel, обновлению реализации kqueue, поддержке 64-разрядных inode, возможности сборки с защитой стека (Stack guard), поддержке сборки ядра в режиме выявления неопределённого поведения (Undefined Behavior Sanitizer), улучшению системного инструментария, портированию свежего кода графического драйвера i915, поддержке памяти NVDIMM в acpiconf, интеграции ФС FAT в makefs;
- Развивается инфраструктура непрерывной интеграции (http://ci.FreeBSD.org), в которой налажено регулярное автоматизированное тестирование в Travis CI и Jenkins содержимого Subversion-репозитория проекта. Введён в строй (https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/) дополнительный тестовый сценарий на базе DTrace;
-
Системы хранения и файловые системы
- Ведётся тестирование реализации расширения Parallel NFS (pNFS), которое позволяет организовать высокоскоростной обмен данными между машинами сети за счет возможности распараллеливания обращения к данным на нескольких хранилищах, а также разделения передачи потоков данных и мета-данных. Реализация включает модифицированное ядро и демон nfsd, которые можно использовать (http://people.freebsd.org/~rmacklem/pnfs-planb-setup.txt) в окружениях, начиная с FreeBSD 11. В текущем виде можно запустить один сервер метаданных и несколько серверов хранения, с которыми могут работать любые клиенты NFSv4.1 с поддержкой pNFS File Layout. Сервера хранения могут зералироваться (Flex Files Layout) для обеспечения избыточности (средства оценки сбоев и восстановления зеркал пока отсутствуют);-
Поддержка оборудования- Значительно улучшена поддержка процессоров AMD на базе микроархитектуры Zen (семейство 17h, CPU Ryzen, Threadripper, Epyc), в том числе в cpufreq добавлены средства для управления частотой и уровнями производительности, в amdtemp добавлена поддержка мониторинга температуры CPU, а в aesni поддержка механизмов ускорения вычисления хэшей SHA. Уровень поддержки Zen во FreeBSD оценен как пригодный для широкого использования на серверах и рабочих станциях. Из нереализованных особенностей остаются только поддержка счётчиков производительности и CCP (Crypto Co-Processor);
- Драйвер ixgbe для 10-гигабитных сетевых адаптеров Intel переведён на использование фреймворка iflib (https://github.com/NextBSD/NextBSD/wiki/Introduction-to-the-.... Ведётся портирование на iflib драйвера ixl (40G чипы);- Передан для рецензирования код (https://reviews.freebsd.org/D11378) драйвера для адаптеров Intel X722 (iw_ixl) с реализацией поддержки протокола iWARP (https://en.wikipedia.org/wiki/IWARP) (Internet Wide-area RDMA Protocol) для обеспечения удалённого прямого доступа к памяти. В дальнейшем планируется представить полную поддержку iWARP для систем на чипах Intel C620;
-
Приложения и система портов- Для FreeBSD-CURRENT (amd64) представлен порт graphics/drm-next-kmod, обеспечивающий работу DRM-модулей amdgpu, i915 и radeon, используя фреймворк linuxkpi, обеспечивающий совместимость с DRM API (Direct Rendering Manager) ядра Linux. В настоящее время порт соответствует состоянию подсистемы DRM ядра Linux 4.9. Несмотря на то, что порт экспериментальный, он вполне работоспособен на многих современных GPU, включая серию AMD HD7000 (от Tahiti до Polaris) и Intel HD3000 (от Sandy Bridge до Skylake);
- Дерево портов FreeBSD преодолело рубеж в 31600 портов (на 1600 портов больше, чем в прошлом отчёте), число незакрытых PR держится на отметке в 2671, из которых 718 неразобраны. За отчётный период внесено 5900 изменений от 175 разработчиков. Права коммиттера получили пять новых участников: Zach Leslie (zleslie@), Luca Pizzamiglio (pizzamig@), Craig Leres (leres@), Adriaan de Groot (adridg@), and Dave Cottlehuber (dch@). Четыре участника лишились права коммита в порты из-за длительной неактивности (alonso@), смерти (ache@ (https://www.opennet.me/opennews/art.shtml?num=47037)) или по собственному желанию (rpaulo@, kami@).
Удалены два новых USES-набора: execinfo (libexecinfo перенесён в базовую систему), twisted (остался лишь один порт Twisted). По умолчанию вместо GCC 5 в портах теперь предлагается GCC 6. Обновлены порты с Firefox и Chromium. Пакетный менеджер pkg обновлён до выпуска 1.10.1. Улучшена работа флагов USE_GITHUB и SHEBANG_FILES.- Принято решение исключить из базовой системы утилиты rlogin, rsh, rcp, ruptime и rwho, которые объявлены устаревшими и давно вытеснены инструментарием SSH. Указанные команды не войдут в состав выпуска FreeBSD 12, но их можно будет отдельно установить из порта net/bsdrcmds;
- Добавлены порты с компонентами платформы OpenJFX (https://www.opennet.me/opennews/art.shtml?num=36127), в рамках которого развивается полностью открытый вариант JavaFX для разработки пользовательских и встраиваемых приложений на базе JavaSE. В том числе добавлен порт с графическим интерфейсом для построения сцен. По умолчанию для задействования ускорения GPU включен бэкенд OpenGL Prism;
- Создана команда разработчиков puppet@, которая взяла на себя сопровождение около 30 портов, связанных с системой управления конфигурац...
URL: https://lists.freebsd.org/pipermail/freebsd-announce/2017-De...
Новость: http://www.opennet.me/opennews/art.shtml?num=47811
В нынешнем отчёте всего 16 записей, из которых треть документация и организационные вопросы. Десять лет назад было 30. Динамика удручает.
Чем меньше кода, тем больше отчёты.
Если спустить миллион без отчетов, праприетарные корпоративные патроны распатронят.
Забыли подсчитать ещё написание этого отчёта, было бы 17 :)
зато копию гомноd делают, с логами и заменой /etc/fstab.
> зато копию гомноd делают, с логами и заменой /etc/fstab.Зато не мечтают потихоньку перейти на венду, как арчеводы!
https://www.opennet.me/opennews/art.shtml?num=45151
> Arch Linux адаптирован для запуска в Windows
Развитие это блеф, у них там стагнация
Поддержка чтения температуры на райзене пошла в инет из фри, если что.
> Поддержка чтения температуры на райзене пошла в инет из фри, если что.Даааа, заслать 4 байта в EAX, дернуть CPUID и разгрести EBX:EDX:ECX
по табличке из Processor Manual нужен мозг неепического размера. :D
>> Поддержка чтения температуры на райзене пошла в инет из фри, если что.
> Даааа, заслать 4 байта в EAX, дернуть CPUID и разгрести EBX:EDX:ECXДаааа, опять все тупые и не спросили главного знатока опенета!
https://svnweb.freebsd.org/base/head/sys/dev/amdtemp/amdtemp...> по табличке из Processor Manual нужен мозг неепического размера. :D
Хоть бы с темой ознакомился, балабол:
https://linuxconfig.org/monitor-amd-ryzen-temperatures-in-li...
> AMD's Ryzen CPUs have been out for several months now, but AMD still hasn't released any specifications or code to get temperature monitoring support for CPU sensors in Linux.
Хоть бы с темой ознакомился, пис да ball https://developer.amd.com/resources/developer-guides-manuals/
> Хоть бы с темой ознакомился, пис да ball https://developer.amd.com/resources/developer-guides-manuals/Какой хороший ресурс. С просрАченным сертификатом!
> Хоть бы с темой ознакомился, пис да ball https://developer.amd.com/resources/developer-guides-manuals/Да, все тупые слоупоки, куда уж им до павлинов!
https://lkml.org/lkml/2017/9/6/684
> Date Wed, 6 Sep 2017 15:36:15 -0700
> Add support for temperature sensors on Family 17h (Ryzen) processors.Вот Павлин бы, уж он бы всем показал, если бы только захотел!
Слышь, «не пис да балл», ты хоть по своей ссылке ходил?
"BIOS and Kernel Developer’s Guide" там для Ryzen видел?
Или ты даже не знаешь, что за дока нужна, но упорно продолжаешь газифицировать лужу?
> Даааа, опять все тупые и не спросили главного знатока опенета!
> https://svnweb.freebsd.org/base/head/sys/dev/amdtemp/amdtemp...Удивись, бздонский: http://support.amd.com/TechDocs/54945_PPR_Family_17h_Models_...
Константы сам найдешь.
>> Даааа, опять все тупые и не спросили главного знатока опенета!
>> https://svnweb.freebsd.org/base/head/sys/dev/amdtemp/amdtemp...
> Удивись, бздонский: http://support.amd.com/TechDocs/54945_PPR_Family_17h_Models_...
> Константы сам найдешь.Да мы уже в курсе, что кроме пвалина все дeбилы и не знали где смотреть:
https://lkml.org/lkml/2017/9/6/683
> From Guenter Roeck <>
> Subject [PATCH v2 3/3] hwmon: (k10temp) Add support for temperature offsets
> Date Wed, 6 Sep 2017 15:36:16 -0700https://github.com/groeck/lm-sensors/issues/16
> tomreyn commented on Jun 30
> Need BIOS and Kernel Developer’s Guide Family 17h (community.amd.com)
> Tech docs (support.amd.com)
> Developer Guides, Manuals & ISA Documents (developer.amd.com)
> At the time of writing, the latest Processor Programming Reference (PPR) for AMD Family 17h Models 00h-0Fh Processors (publication #54945) is revision 1.14, released 5/3/2017.
Нет уж, раз такой умный сам найди.Ваще то нужен мануал для програмеров ядер и биосов, а это для компеляторщиков больше.
Доооо, офигеть достижение. Недаром даже самые отсталые конторы вроде рамблера отказались от них в пользу линукса
> Доооо, офигеть достижение. Недаром даже самые отсталые конторы вроде рамблера отказались
> от них в пользу линуксаОни отказались в пользу дешевых заменяемых человеко-юнитов.
Ибо других уже и почти нет в местных папуасиях.
> Они отказались в пользу дешевых заменяемых человеко-юнитов.
> Ибо других уже и почти нет в местных папуасиях.Вы так тонко намекаетена #НевиданныйУспех сабжа в белочеловечьих оксфордиях и массачусечиях? Или имеете поделиться интимными подробностями нечеловечьиих рептиландий и октопуссий?...
Не стесняйтесь говорите прямо: костлявая рука рынка пришла за ... ?
>> Они отказались в пользу дешевых заменяемых человеко-юнитов.
>> Ибо других уже и почти нет в местных папуасиях.
> Вы так тонко намекаетена #НевиданныйУспех сабжа в белочеловечьих оксфордиях и массачусечиях?
> Или имеете поделиться интимными подробностями нечеловечьиих рептиландий и октопуссий?...
> Не стесняйтесь говорите прямо: костлявая рука рынка пришла за ... ?Я написал то что написал.
Классика жанра.
Некое среднее предприятияе, готовое решение инофосистемы за 50-100тыс кредитов инвестиций.
К нему прилагается три техника (одмина) за 300 кредитов per month.
нажимать кномки как написано в руководстве
Но они, сцуки, все одно манулов не читают, а если и читают, то нихера не понимают.
За несколько лет доводят до бардака и шо пипец на костылях,
как совсем ломают, их увольняют, нанимают 3 других по 300 кредитов per month.
Game over.
Ну и кого должны заинтересовать твои фантазии?
>Ну и кого должны заинтересовать твои фантазии?Ну явно не техно-унита за 300 гыв per month. =)
Ну конечно, у всех самомнение стучит об потолок, пока при собеседования за тесты по практике не посадищь.
> Они отказались в пользу дешевых заменяемых человеко-юнитов.Если дешевый заменяемый юнит может больше и быстрее чем высокомерный юникс-админ, зачем содержать в штате этого высокооплачиваемого страдальца ерундой?
> Ибо других уже и почти нет в местных папуасиях.
Те кто не захотел быть дешевым заменяемым юнитом, познали тайну специализации и самоапгрейда. И стали например девопсами, которые значительно полезнее для команды и того что команда делает.
> познали тайну специализации и
> самоапгрейда.
> cтали девопсамиОМГ, что я только что прочел. Девопсики-то, оказывается, это юникс-админ, познавший тайну специализации и самоапгрейда.
> забыл_пароль_от_тигарЭто *nix деменция пришла за тобой.
>> Они отказались в пользу дешевых заменяемых человеко-юнитов.
> Если дешевый заменяемый юнит может больше и быстрее чем высокомерный юникс-админТо есть ты сейчас проголосовал за уменьшение оплаты своего труда?
Ты бы думал иногда прежде чем писать =)
Часто реальность не совпадает с вашими фантазиями, но далеко не все готовы это признать. Особенно здесь.
> Часто реальность не совпадает с вашими фантазиямиУгу. Через лет 5 расскажешь. Про реальность. =)
> Угу. Через лет 5 расскажешь. Про реальность. =)Почему через 5? Тогда не останется инсталляций на основе фрибзды вообще?
>> Угу. Через лет 5 расскажешь. Про реальность. =)
> Почему через 5? Тогда не останется инсталляций на основе фрибзды вообще?Нет. Тогда ты начнешь зарабатывать себе на еду и штаны, и твое восприятие немножко поменяется.
> То есть ты сейчас проголосовал за уменьшение оплаты своего труда?Я голосую за эффективные и результативные процессы. А если не нравится уменьшение оплаты - изволь апгрейдить знания и скиллы, становясь более полезным для участников процессов.
> Ты бы думал иногда прежде чем писать =)
Мне пофиг проблемы динозавров компьютерной отрасли. Я не динозавр.
>> То есть ты сейчас проголосовал за уменьшение оплаты своего труда?
> Я голосую за эффективные и результативные процессы.Продолжай голосовать. В Зажопинске твой голос делового человека очень актуален.
Что и на винде нельзя было температуру проца узнать до того как фряшники открыли как это делается?
на самом деле хорошая ось, жалко что ее все заигнорили.
<<на самом деле хорошая ось, жалко что ее все заигнорили.Ну как сказать...кому она нравится, до сих пор используют (например я).
НО - мне много что нравится ))) Я в принципе всеядный )
Мне нравится как за последние 2 года у меня ведет себя Windows 10 + SSD на 240 Гб. Используем.
Мне нравится на работает VMware ESXi за последние 7 лет. Используем.
Мне нравятся возможности Микротиков. Используем.В мире столько всего интересного и клевого. FreeBSD тоже отличная ОС - для определенных задач.
Еще раз - ДЛЯ ОПРЕДЕЛЕННЫХ задач!FreeBSD интересна как минимум тем нескольким сотням разработчиков, которые уже более 25 лет ее разрабатывают...а также тысячам администраторов, которые ее используют.
PS: В России - да, интерес к FreeBSD падает. Стремительно! Но тут мало что можно поделать...
>интерес к FreeBSD падает. Стремительно!Откуда такие данные? "Я и мой друг"?
>>интерес к FreeBSD падает. Стремительно!
> Откуда такие данные? "Я и мой друг"?1) Книг по FreeBSD за последние 5 лет новых практически нет (печатных) на русском языке.
2) В MSK, SPB и UFA (три города, где у меня есть знакомые системные администраторы, программисты и просто специалисты, хорошо знакомые с FreeBSD и использующие ее много лет) в крупных компаниях (провайдеры, разработчики, DevOps, WebDev) наблюдается миграция части систем с FreeBSD в пользу Linux (Ubuntu как правило).
3) Много хайпа вокруг Docker, Kubernetis и других "фантастических зверей" в "местах не столь отдаленных" в последнее время.
4) Мое наблюдение за парой групп ВКонтакте по FreeBSD в течение всего 2017-го (7500 и 1500 человек). Смотрю, какие темы создают, как и что отвечают и т.д.
5) Месяц наблюдения за группов Telegram на 350+ человек.
6) Профильные форумы (Лиссяра, BSDPortal и т.д.) - там все глухо.В России интерес явно падает. Как в других странах - я не в курсе.
> В России интерес явно падает. Как в других странах - я не
> в курсе.В других странах к ней особого интереса никогда и не было, за исключением отдельных энтузиастов. Фряха - она как Опера, чисто экс-СССРовская штука.
> В других странах к ней особого интереса никогда и не было, за
> исключением отдельных энтузиастов. Фряха - она как Опера, чисто экс-СССРовская штука.Не, ну почему, когда-то этим пользовались яха и апач. А потом они смигрировали, да...
> смигрировалив СССР
FreeBSD с мировой точки зрения это не чисто "сссровская штучка" а вполне общемировая - просто современный зоопарк операционок велик (многие ли вспомнят сразу про CapROS, например, или redox, Muen?), поэтому используемые небольшими группами операционки - находятся в тени других, более распространённых.
> в СССРНе в СССР а на убунту, чудак :)
Дык вы написали бы эти группы ВКонтакте, глядишь, кто и присоединился бы.
Я ваще подписался в 2017 на все возможные группы по FreeBSD в ВК и чо-то особой активности там не замечал. В группах по Линуксу в ВК активность есть, хотя и своеобразная:
1)новости
2)фотки своих рабочих столов
3)У кого-то чо-то не получается, он задаёт вопрос и его все засираютА для ОПРЕДЕЛЁННЫХ ЗАДАЧ это каких? Напишите своё вИдение, плз. Как я понимаю, десктоп туда не входит?
>>>интерес к FreeBSD падает. Стремительно!
>> Откуда такие данные? "Я и мой друг"?
> 1) Книг по FreeBSD за последние 5 лет новых практически нет (печатных)
> на русском языке.О, мой юный друг. С ~2007 года некому переводить стандарты на русский, ITU/ANSI/ISO. На итальянском, французском, немецком есть.
Все кому надо из русских давно читают в оригинале, на родном для ICT языке - английском.
Все кому не надо не уверен что вообще читать и думать умеют.
У меня уже сборник писем к различным российским разработчикам с объяснением их идиотизмов на предмет протоколов, в которых я перевожу пункты ITU/ISO/... - у тех свой глобус и ракеты об небесную твердь.
> 2) В MSK, SPB и UFA (три города, где у меня есть
> знакомые системные администраторы, программисты и просто специалисты, хорошо знакомые
> с FreeBSD и использующие ее много лет) в крупных компаниях (провайдеры,
> разработчики, DevOps, WebDev) наблюдается миграция части систем с FreeBSD в пользу
> Linux (Ubuntu как правило).Гы. Замена дорогих профессионалов-разработчиков вычислительных комплексов на дешевых юнитов-эксплуататоров.
Зачем платить больше? (Хотя платят один хрен, чаще total cost of ownership еще выше, но размазан , и доходит это только до некоторых, и вообще проблем при ведении дела в России больше чем дохрена)
А зачем дешевым юнитам напрягать мозк для сложных для них вещей? Ом проще "Виноград оtстой! Зелен виноград!"
Они вообще от мирового IT как водитель маршрутки от балета.> 3) Много хайпа вокруг Docker, Kubernetis и других "фантастических зверей" в "местах
> не столь отдаленных" в последнее время."Громче всего звенит пустой сосуд"
Классическое когнитивное искажение. О качественных компонетах жизни много не говорят - они есть и не вызывают проблем.
> 4) Мое наблюдение за парой групп ВКонтакте по FreeBSD в течение всего
> 2017-го (7500 и 1500 человек). Смотрю, какие темы создают, как и
> что отвечают и т.д.см п.1,2
> 5) Месяц наблюдения за группов Telegram на 350+ человек.
> 6) Профильные форумы (Лиссяра, BSDPortal и т.д.) - там все глухо.см п.1,2
> В России интерес явно падает. Как в других странах - я не в курсе.
А что в России растет?
Ты увидел только следствие но не причину.
Причина в том, что квалифицированные кадры вымываются из страны, на фоне экономического кризиса.
Народ на чьи знания есть спрос просто сваливает из страны.
Если лизузятников везде относительно хватает, то специалистов по BSD мало в принципе.Ну да, есть и проблемы, типа той с глибом, о которой я писал ниже, которые отпугивают людей.
У провайдеров раньше фря была мастхэв из за некоторых фичей, сейчас линукс догнал.
С другой стороны я смотрю что те кому было не удобно на фре - свалили, а те кому было хорошо так и сидят, при этом новых проблем у них не возникает и оно просто работает не требуя починки с помощью обмена опыта на форумах/чатах.Телеги у меня нет, я сижу в ирк канале на руснете, там периодически бывают и технические обсуждения.
Видимо телега для хипстеров :)Насчёт лиссяры и бсд портала - мне кажется там никогда особо и не было много народа, возможно формат уже устарел. Я лично там не сидел, не знаю почему там всё стихло.
Но по форуму нага для провайдеров - см выше: кто то свалил с системы/страны/бизнеса у остальных проблем нет.
> Ты увидел только следствие но не причину.Да-да, расскажи мне про институциональную экономику. =)
> Причина в том, что квалифицированные кадры вымываются из страны, на фоне экономического
> кризиса.На фоне тотальной (суммарной) интеллектуальной деградации.
> Народ на чьи знания есть спрос просто сваливает из страны.
> Если лизузятников везде относительно хватает, то специалистов по BSD мало в принципе.Принципиально мало инженеров и пространства для здоровых конкурентноспособных процессов производства.
Ибо не хватает тотально интеллекта для изменения социального тренда от грабить и воровать к создавать и продавать.
> при этом новых проблем у них не возникает и оно просто
> работает не требуя починки с помощью обмена опыта на форумах/чатах.Во US/CA/EU люди спокойно выбирают решения и обсуждают решения, для создания продукта,
в России решают ментальные проблемы ранга, величия и выживания.
Да, я согласен.
Кто то деградирует, а кто то развивается, даже внутри страны.
> Если лизузятников везде относительно хватает, то специалистов по BSD мало в принципе.Немного не так: линуксоидов везде некоторый дефицит, потому что они умеют изгибаться под современные требования. Отрасль растет. На них есть спрос.
А замшелые некрофилы с своими классическими юниксами нафиг не упали в продакшне. Это сложно, долго и дорого. Платить высокооплачиваемым бакланам за то что они будут малорезультативной фигней страдать желающих мало. До бзды даже стало допирать. И пакетный манагер нормальный кой-как делают и nosh который суть ripoff с systemd, и все такое. Есть только один нюанс: это little and too late.
"изгибаться под современные требования" - знаем-знаем: обложить костылями, обмазать соплями и в продакшин :)На самом деле ты тут отрицаешь специализацию.
И у фри есть то чего в линуксе нет и в линуксе есть то чего нет во фре.
И есть задачи которые требуют именно эти конкретные фичи.
Ещё есть большое множество задач где подходит и то и другое, и ставят тупо то что дешевле, в данном случае ОС бесплатны поэтому дешевле всмысле оплаты труда.
>линуксоидов везде некоторый дефицит, потому что они умеют изгибаться под современные требования.Опиши пожалуйста современные требования и к чему.
И чем требования к деловым процессам в 2017 отличается от требований к процессам 2007 года.>потому что они умеют изгибаться под современные требования.
да, дешевые юниты за 300 кредитов, слепить на соплях и сбежать.
какой ITIL, какой COBIT? что твоя говорить, насяльник!
> Опиши пожалуйста современные требования и к чему.Должно быть быстро, качественно и недорого. И чтобы все и сразу.
> И чем требования к деловым процессам в 2017 отличается от требований к
> процессам 2007 года.Тем что линуксоиды научились делать дешевле и быстрее, например. Никто не трахается с разворачиванием системы два часа. Инстанс виртуалки или контейнера поднимается едва ли пару минут, не более. Бздюки так вообще обычно не умеют.
> да, дешевые юниты за 300 кредитов, слепить на соплях и сбежать.
Где-то за 300, где-то за 300 000. Случаи разные бывают. Вопрос в том кто, что и сколько за свои кредиты получит. С девопсобразныз при равных затратах больше результата и вообше пользы для команды проекта.
> какой ITIL, какой COBIT? что твоя говорить, насяльник!
Ты перечислил инструменты/подходы которые немало способствуют внедрению ругаемых тобой юнитов, дешевых и заменимых. Или ты услышал умных слов и не разобрался в смысле?
>> Опиши пожалуйста современные требования и к чему.
> Должно быть быстро, качественно и недорого. И чтобы все и сразу.То есть, описать не смог.
>> И чем требования к деловым процессам в 2017 отличается от требований к
>> процессам 2007 года.
> Тем что линуксоиды научились делать дешевле и быстрее, например. Никто не трахается
> с разворачиванием системы два часа. Инстанс виртуалки или контейнера поднимается едва
> ли пару минут, не более. Бздюки так вообще обычно не умеют.# vm clone sys1@snapshot1 sys2
# man vmNAME
vm – utility to manage bhyve virtual machinesА так образы в любом варианте гипервизора банальным cp/dd копируются.
Что такое "интерфейс виртуалки" я так и не понял. API/ABI/GUI знаю.
Видимо, что-то сказочное в твоей голове.Но толку то с копирования?
Это только часть проекта-программы создания комплексной вычислительной инфрастуруктуры, или стратегии ее развития.А вот этого дешевые юниты не умеют. Другой уровень зрелости.
>> да, дешевые юниты за 300 кредитов, слепить на соплях и сбежать.
> Где-то за 300, где-то за 300 000. Случаи разные бываютНо все почему-то за 300, и на соплях.
20 лет переделываю эти сопли.>> какой ITIL, какой COBIT? что твоя говорить, насяльник!
> Ты перечислил инструменты/подходы которые немало способствуют внедрению ругаемых тобой
> юнитов, дешевых и заменимых.Дешевые = некомпетентные.
Почему ругаемых? Они создают объем работы (мне и сотрудникам), и подготавливают менеджмент к новой оценке качества IT инфраструктуры. =)
Good practices почитаешь, поймешь, тогда и обсудим. Лет через 5-7.
> кой-как делают и nosh который суть ripoff с systemd, и все такое. Есть только один нюанс: этоЕсть один нюанс - очередной эксперт не ходил даже по ссылкам и не в курсе, что проект сторонний и делается одним разработчиком. Популярность и заинтересованность хорошо видна хотя бы по отсутсвию порта, хотя проект упоминался еще гда 2 назад. Возможно, мешает сильно экстравагантая система сборки и регулярное забрасывание автором проекта, отсутсвие нормальной репы с сорцами и проч.
Но с такой аргументацией можно cмело написать, что лапчатые тайно мечтают о переходе на венду, потому что какой-то арчевод забабахал порт арча под WSL.Еще один нюанс: эксперт не знает (хочется верить, что просто делает вид), откуда Поттеринг тырил^W вдохновлялся идеями - а это он сам довольно подробно описал в своем бложике еще лет 7 назад.
Про то, что эксперт даже не смотрел в плюсовый сорц и не вникал в архитектуру, можно даже не упоминать и с таким же успехом можно обзывать все daemontools подобием системды.
> Если лизузятников везде относительно хватает, то специалистов по BSD мало в принципе.Как и самой BSD "на местах". Здесь всё пропорционально, наверное?
>> Если лизузятников везде относительно хватает, то специалистов по BSD мало в принципе.
> Как и самой BSD "на местах". Здесь всё пропорционально, наверное?Как и среднего-малого производства, которого меньше чем в EU в 5 раз (да, Карл).
Как и установки общества на знания, компетенции, производство и стратегию развития.И еще много чего пропорционально в местных папуасиях.
> 5) Месяц наблюдения за группов Telegram на 350+ человек.а что за группа?
> 1) Книг по FreeBSD за последние 5 лет новых практически нет (печатных)
> на русском языке.На английском тоже, кстати не особо много
Касательно русского я догадываюсь, почему. Стоит кому-то издать книгу на русском, как сразу находится добрая душа, которая сканит книгу и выкладывает в тырнет - щедро делится плодами чужого труда. Остальные скачивают, потому что покупать им дорого. Издатель делает правильные выводы, переводчики - тоже, т.к. никто не хочет работать на халяву. В результате книг появляется всё меньше, и настаёт момент, когда их вообще нет или очень мало.
Тогда эти хитрожопые товарищи растерянно хлопают глазами и вопрошают - как же так, новых книг не выходит, ай-яй-яй
Как-то так ))
Виноваты в этом, конечно, подлые "пираты", а вовсе не те, из-за кого покупка технической (не развлекательной даже, а технической литературы) весьма "кусается".
> Стоит кому-то издать книгу на русском, как сразу находится добрая душа, которая сканит книгу и выкладывает в тырнет - щедро делится плодами чужого труда.Если книга на хорошей бумаге с твёрдой глянцевой обложкой стоит 1000 рублей, а её легальная электронная версия на ЛитРес стоит 800 рублей, то тут задумаешься о чудесах маркетинга.
Вконтакте, Лиссяра, знакомые системные администраторы, ты подумай - вот уж авторитетные источники.А если посмотреть на оф. форум, в IRC, в активность в трекере, phabricator и коммиты, то ситуация станет совсем другой. И та же группа в телеграме за месяц в 2 раза выросла, хотя она всё равно вслед за вконтактом отправляется, поскольку в телеграме кроме флудилки ничего не получится, а флудилка мало кому интересна.
Ну и классика: https://repology.org/statistics/newest на первом месте и увеличивает отрыв от всяких убунт.
>> на самом деле хорошая ось, жалко что ее все заигнорили.Ее погубила лицензия
Лет 15 назад ей нужно было перейти на GPL.
А сегодня поздняк метаться.
Я до распоследнего послеца держал серверы на Фре, но сейчас Линукс получил весь функционал для существования нагруженных систем без Фри.На старости лет «учу Линукс».
>>> на самом деле хорошая ось, жалко что ее все заигнорили.
> Ее погубила лицензия
> Лет 15 назад ей нужно было перейти на GPL.
> А сегодня поздняк метаться.Интересно было бы послушать как именно лицензия "бери и пользуйся могла сгубить систему.
А так-то линуксовый GPLv2 only, никак не защищающий код в современных реалиях, недалеко ушёл.
Т.е. Linux, наконец-то, подтянулся до уровня FreeBSD.
Ща вас сожрут :-D
nosh -- это прямо очень интересно. Судя по тому, что написно, в отличие от системд реально, а не псевдо-модульный, не такой блоатварный и не завязанный на шину для десктопного взаимодействия. При этом еще и умеет конвертировать его юниты в свой формат.Интересно было бы увидеть в каком-нибудь линуксе.
> nosh -- это прямо очень интересно.лавры поттеринга не дают идиотам покоя. Была уже некоторая надежда, что оно сдохло, наконец, естественной смертью, но, видимо, денег на "развитие" насобирали все ж таки лишку.
> Интересно было бы увидеть в каком-нибудь линуксе.
о, вот это да, и лучше всего там бы ему и остаться.
> лавры поттеринга не дают идиотам покоя.Но.. Это же "daemontools family"? И общего имеет с творением Поттеринга и с ним самим примерно ничего? Ну да, конфиги и команды похожие, меня это тоже слегка подбешивает, но сходства только в этом. Архитектурно nosh не имеет ничего общего с systemd.
Про это даже можно где-то примерно здесь: http://jdebp.eu./Softwares/nosh/guide/introduction.html прочитать. Не пробовали?>> Интересно было бы увидеть в каком-нибудь линуксе.
> о, вот это да, и лучше всего там бы ему и остаться.http://jdebp.eu./Softwares/nosh/debian-binary-packages.html
http://jdebp.eu./Softwares/nosh/source-package.htmlОно уже там есть.
А пох-то, похоже, настоящий прям знаток.
> http://jdebp.eu./Softwares/nosh/debian-binary-packages.html
> http://jdebp.eu./Softwares/nosh/source-package.html
> Оно уже там есть.Каноничексое "там" - это
https://packages.debian.org/src:nosh
всё-таки. И "там" таки скорее нет, чем да.Впрочем, желаю успехов заментейнить его в там.
GNU/kFreeBSD и всё такое...
> А пох-то, похоже, настоящий прям знаток.
> Каноничексое "там" - это
> https://packages.debian.org/src:nosh
> всё-таки. И "там" таки скорее нет, чем да.Это так, да. Но сам факт - принципиальная возможность работать в linux есть. И есть готовые пакеты/доки по сборке.
> Впрочем, желаю успехов заментейнить его в там.
Спасибо, я не любитель Debian. Да и им самим, кажется, интереснее systemd и вот это всё, а все кому нет уже давно свалили в Devuan (или как его там).
> GNU/kFreeBSD и всё такое...
Ну причём тут он-то? По ссылкам, что я оставил отчётливо видно, что nosh работает в Debian GNU/Linux. Никакой kFreeBSD не обязателен (хотя, вероятно, и там взлетит).
>> GNU/kFreeBSD и всё такое...
> Ну причём тут он-то?В kFbsd тлен s-d "1 and only pid(1)" ещё не пролез, кажется -- сизифово "заментейнить его в там", может, _там_ и прокатить. Впрочем, скорее гипотетически -- расцвета и выборы альтернативных инитов и систем управления сервисами, и систем ${чего макаронный монстр ещё делает-то} _в Debian_ не наблюдается совсем.
>что nosh работает в Debian GNU/Linux.
Я-то больше про Debian бухтел, чем наоборот.
>>> GNU/kFreeBSD и всё такое...
>> Ну причём тут он-то?
> В kFbsd тлен s-d "1 and only pid(1)" ещё не пролез, кажется
> -- сизифово "заментейнить его в там", может, _там_ и прокатить. Впрочем,
> скорее гипотетически -- расцвета и выборы альтернативных инитов и систем управления
> сервисами, и систем ${чего макаронный монстр ещё делает-то} _в Debian_ не
> наблюдается совсем.Замейнтейнить его в kFbsd можно, но.. А зачем вообще нужен Debian/kFbsd? ;)
Я как-то один раз в жизни поднимал его в jail'е, просто поржать.
Кмк, абсолютно бесполезный проект, не решающий никаких проблем, которые могут решать Debian GNU/Linux или FreeBSD в чистом виде.
> Замейнтейнить его в kFbsd можно, но.. А зачем вообще нужен Debian/kFbsd? ;)Хрен знает но там какой-то извращенец этого хотел. Вот ему сосбтвенно ось где можно менять ядро hurd, linux и bsd. Гайку и реактос не завезли правда. Но чел желавший странного может поднапроячься и запилить это сам. Debian/kNT был бы лулзом сезона.
>Но чел желавший странного может поднапроячься и запилить
> это сам. Debian/kNT был бы лулзом сезона.Который год-то над WSL-ем покатушки?
> Но.. Это же "daemontools family"? И общего имеет с творением Поттеринга и
> с ним самим примерно ничего?Конечно! Разве может быть иначе? Ведь FreeBSD ни-ког-да ничего не брала из Линукса! А если и брала, то это только для линуксоидов, сидящих на Фре, чтобы они чувствовали себя, как дома.
А серьёзно - nosh & devd появились аккурат после появления systemd & udevd и выглядят очень на них похоже и делают примерно то же самое. (Ну, если токо названия отличаются - там udevd, здесь devd, там systemd, тут nosh)
Как ты понимаешь, всё это выглядит так, будто бы FreeBSD тырит идеи из Линукса>Ну да, конфиги и команды похожие, меня это тоже слегка подбешивает
А ты предпочёл бы, бро, чтобы они были разные (но делали то же самое)? Главное, чтобы не так, как в Линуксе, да?
А я бы наоборот - раз уж запиливают этот свой nosh, пусть команды будут идентичные, чтобы не пришлось админам заучивать две разных команды, делающих одно и то же, из-за чьих-то там амбиций
> А серьёзно - nosh & devd появились аккурат после появления systemd &
> udevd и выглядят очень на них похоже и делают примерно то же самое.
head /usr/src/sbin/devd/devd.h
* DEVD (Device action daemon)
*
* Copyright (c) 2002 M. Warner Losh <imp@freebsd.org>.
git log
commit 825b39f9a024ed8da91ab364d7c541bac7e7e331
Author: imp <imp@FreeBSD.org>
Date: Sun Oct 20 22:15:17 2002 +0000devd. A daemon that hooks into the kernel's /dev/devctl to produce
https://lists.freebsd.org/pipermail/freebsd-x11/2011-Februar...
> While it is unfortunate that Linux didn't pickup my interface that
> mostly pre-dated its implementation,https://github.com/systemd/systemd/blob/v183/src/udev/udev.h
/*
* Copyright (C) 2003 Greg Kroah-Hartman <greg@kroah.com>
* Copyright (C) 2003-2010 Kay Sievers <kay.sievers@vrfy.org>
> Как ты понимаешь, всё это выглядит так, будто бы FreeBSD тырит идеи из ЛинуксаНе только идеи из Линукса, но и машину времени у Патруля!
> https://lists.freebsd.org/pipermail/freebsd-x11/2011-Februar...
>> While it is unfortunate that Linux didn't pickup my interface that
>> mostly pre-dated its implementation,Там же по ссылкам в freeedsktop написано почему не утащили. Оказывается у devd архитектурных проблем выше крыши и для xorg он не подходил совсем. А так все хорошо прекрасная маркиза.
>> https://lists.freebsd.org/pipermail/freebsd-x11/2011-Februar...
>>> While it is unfortunate that Linux didn't pickup my interface that
>>> mostly pre-dated its implementation,
> Там же по ссылкам в freeedsktop написано почему не утащили. Оказывается у
> devd архитектурных проблем выше крыши и для xorg он не подходил совсем. А так все хорошо прекрасная маркиза.Вообще-то там описаны некоторые неудобства, если пытаться по максимуму пытаться сделать прикрутку "как в удаве". Но в итоге, почему-то уложились в 500 строк кода https://github.com/freebsd/freebsd-ports/blob/branches/2015Q...
А так да, господин маркиз, если высматривать знакомые слова и остальное додумывать самому, то все может быть!
Если разуть глаза, в фридесктопной рассылке devd прошлись по косточкам чем он архитектурно не вышел. А линуксоиды не бздюки, если что-то плохо работает, они берут и делают то что работает хорошо. Это их modus operandi.
> Если разуть глаза, и высмотрев знакомые слова в фридесктопной рассылке, то можно додумать самомуЭто понятно. В вашей альтернативной реальности все может быть. И предложения по разработке, с вопросами по архитектуре незнакомых с devd (и наоборот, с удавом) разработчиков и портировщиков превращаются в перемывание косточек и недостатки. А вот в нашей почему-то уложились в 500 строк кода. Такие дела, да.
Я так понимаю, что конкретики, типа перечисления недостатков или цитирования конкретных мест мы не дождемся, т.к. чревато посадкой в анонима в лужу?
> А серьёзно - nosh & devd появились аккурат после появления systemd &
> udevd и выглядят очень на них похоже и делают примерно то
> же самое. (Ну, если токо названия отличаются - там udevd, здесь
> devd, там systemd, тут nosh)
> Как ты понимаешь, всё это выглядит так, будто бы FreeBSD тырит идеи
> из ЛинуксаСерьёзно?
man devd:
HISTORY
The devd utility first appeared in FreeBSD 5.0."udev — менеджер устройств для новых версий ядра Linux, являющийся преемником devfs, hotplug и HAL." - udev начали внедрять в GNU/Linux, когда HAL стал не нужен и в Red Hat приняли решение избавиться от него. По факту: "udev добавлен в Linux 2.5." - wikipedia - это непубличное ядро, никогда не выходило в широкий доступ. "В ядро Linux 2.6.13 введён и обновлён новый uevent интерфейс. Новый udev не будет работать на ядрах младше версии 2.6.13." - август, 2005г. То есть udev было две версии. Вы какую из них имеете в виду?
>> Но.. Это же "daemontools family"? И общего имеет с творением Поттеринга и
>> с ним самим примерно ничего?
> Конечно! Разве может быть иначе? Ведь FreeBSD ни-ког-да ничего не брала из
> Линукса! А если и брала, то это только для линуксоидов, сидящих
> на Фре, чтобы они чувствовали себя, как дома.Что за бред я сейчас прочитал?
И Linux берёт из BSD, и BSD из Linux (что не под GPL, очевидно). И никто никогда этого не отрицал и не скрывал.> А серьёзно - nosh & devd появились аккурат после появления systemd &
> udevd и выглядят очень на них похоже и делают примерно то
> же самое. (Ну, если токо названия отличаются - там udevd, здесь
> devd, там systemd, тут nosh)
> Как ты понимаешь, всё это выглядит так, будто бы FreeBSD тырит идеи
> из ЛинуксаПро devd тебе тут уже ответили: он появился задолго до удава.
Про nosh, в принципе тоже: это независимый от freebsd проект.
Но добавлю от себя. Nosh - это не клон systemd. Архитектурно и идеологически. Что-то заимствовалось и оттуда (главным образом target'ы вместо runlevel'ов), но это косметика. .
Можно говорить, что автор nosh многое позаимствовал в daemontools (он и сам так говорит) - это правда. Говорить, что это копипаста с systemd можно только от полного незнания вопроса.>>Ну да, конфиги и команды похожие, меня это тоже слегка подбешивает
> А ты предпочёл бы, бро, чтобы они были разные (но делали то
> же самое)? Главное, чтобы не так, как в Линуксе, да?
> А я бы наоборот - раз уж запиливают этот свой nosh, пусть
> команды будут идентичные, чтобы не пришлось админам заучивать две разных команды,
> делающих одно и то же, из-за чьих-то там амбиций1) В nosh есть поддержка не только systemd-like команд/конфигов, но и "как в Free/Open/NetBSD".
2) В примерах на сайте, в основном, systemd, и это подбешивает.
3) Да, я хотел бы, чтобы они были разные. Ядра FreeBSD и Linux разные. Systemd завязан на многие особенности Linux, которых в BSD нет. Если допустить, что мы делаем "свой systemd для FreeBSD", логично называть вещи принятыми в фре терминами. Иначе это будет какой-то цирк и обман, тебе не кажется так?
> сдохло, наконец, естественной смертью, но, видимо, денег на "развитие" насобирали все ж таки лишку.Учитывая, что это полностью сторонний проект, популярность в бзде которого можно заметить по отсутсвию nosh в портах даже спустя пару лет
> Third-Party Projects
> Many projects build upon FreeBSD or incorporate components of FreeBSD into their project. As
> these projects may be of interest to the broader FreeBSD community, we sometimes include brief
> updates submitted by these projects in our quarterly report. The FreeBSD project makes no
> representation as to the accuracy or veracity of any claims in these submissions.
> The nosh Project
> Учитывая, что это полностью сторонний проект, популярность в бзде которого можно заметить по
> отсутсвию nosh в портахтам очень много таких "сторонних" проектов, которые внезапно становились частью base.
И да, эта хрень подменяет механизмы base, вряд ли можно собрать ее в такой порт, который не будет ломаться после каждого апдейта системы.
И ее пихали с удивительной настойчивостью пару лет назад, аргументы 1:1 сторонников превращения юникса в очередной линукс - неосиляторы sh + оптимизаторы перезагрузок (и конечно же "not ready for desktop").
Но потом у них то ли батарейка села, то ли они в качестве дипломного проекта вынужденно сделали что-то другое, и больше их никто никогда не видел, пошли в pre-sale менеджеры
Касательно райзена - да, стабильно пашет. У меня 50 суток аптайма на десктопе.
Температуру читаем, насчёт управения частотами - хз.
Помимо крипты кажется в проце сильно больше всего, без документации оно ни у кого не появится, увы.С iflib было много багов...
К след отчёту скорее всего будет нормальная поддержка 4g мопедов хуавеи, у Ганса времени нет отревьювить мой патч.
А вообще, тема давно тянется: http://netlab.dhis.org/wiki/ru:hardware:huawei:e3272Ещё втащили шланг 5 или даже 6 в базу.
В портах впилили какой то flavors, от чего сообщество ещё не пришло в себя.
Ну и мозгов/мужества не хватает чтобы починить glib - обычному хомяку на десктопе светят корки приложений на ровном месте. Хороших слов нет. Есть два разных патча от разных людей. :)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199872
патч либо в шапке: glib20-libinotify.patch, либо мой:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214338
Комментарии в обоих PR навевают досаду за фряшку, как вот разработчиков мотивировать. Где вообще разработчиков найти. Core Team похоже давно глубоко плевать на FreeBSD, независимо от их состава.
> Комментарии в обоих PR навевают досаду за фряшку, как вот разработчиков мотивировать.
> Core Team похоже давно глубоко плевать на FreeBSD, независимо от их состава.По-моему очень разумное решение от разработчиков FreeBSD,
не уверен что они именно из Core, но таких можно и в Core продвигать.
Большие изменения в пользовательских программах/библиотеках должны быть
частью upstream проектов, иначе вместо разработки FreeBSD люди будут заниматься
разработкой Firefox, Xorg и т.д.
1. Там два патча по разному решающих проблему.У меня большой кусок кода. Апстрим хочет чтобы я это всё протестил ещё и на опенбсд и маке, а мне оно не надо. Апстрим хочет чтобы я по максимуму использовал ихний "прелестный" кот из глиба, а меня от него тошнит и я потеряю возможность отлаживать это без возни с глибой.
Второй патч просто отключает ту ужасную систему на kqueue() что встроена в глибу и переключает на использование другой либы. Это фактически переключение опции при сборке и +1 зависимость в системе.
2. Какие могут быть сопли, когда бага есть и она сказывается на работе кучи приложений!?
Для человека не в теме оно выглядит как то что под фрёй приложения тормозят и падают на ровном месте. И виновата конечно будет фря.
Эта ситуация достойна того чтобы всех там покрыть слоями мата, и коммитеров порта и коретим за то что слоупочит: напомню, проблемы вот именно с этой либой и именно в этом месте уже года 2-3 и вообще ни разу не прекращались.
> У меня большой кусок кода. Апстрим хочет чтобы я это всё протестил ещё и на опенбсд и маке, а мне оно не надо.
> И виновата конечно будет фря.Противоречие какое-то. Если вас волнует действительно волнует фря,
то протестировать под openbsd и хакинтош проблема небольшая.Это раньше во времена до виртуализации и быстрых ПЗУ нужно было несколько дней
чтобы сменить ОС или поставить второй если места хватало, еще куча времени чтобы
там установить и настроить компиляторы и т.д., но сейчас же можно поставить
на закачку образы для какой-нибудь virtualbox и минут за 15 когда все скачается
собрать glib.> Апстрим хочет чтобы я по максимуму использовал ихний "прелестный" кот из глиба, а меня от него тошнит и я потеряю возможность отлаживать это без возни с глибой.
Но это же "С" детка (C).
Напишите как они хотят g_ что-то там, а свой "отладочный" код собирайте с -Dg_malloc=malloc и т.д., у вас же препроцессор есть черт возьми.
У меня нет желания тратить пару дней на интим с ненужными мне ОС.
Если глиб бы это как то волновало, то они бы могли сделать чтобы мой код собирался только под фрёй, поправить makefile для этого совсем не сложно.Так им не только malloc()->gmalloc() хочется, но и прочее, а у меня там и поток есть.
Я не против любых извратов во враппере между глибом и моим кодом, но к нему претензий вроде нет, кроме табов вместо пробелов.Если хочешь - сам с ними развлекайся: https://bugzilla.gnome.org/show_bug.cgi?id=779777
Ivan_83, самому нет смысла тестировать на всех других платформах, если нет заинтересованности. Но можно ведь просить клич с просьбой "потестируйте" в мыллисты или форумы OpenBSD/MacOS. Пусть реальные пользователи этих систем помогут, если они также радеют за родную систему - откликнутся.
Я придумал! Умка протестирует! Ведь ему же небезразлична судьба Фри. А если не хочет тестировать, бросит клич (напишет пост на форумах) OpenBSD & FreeBSD, чтобы те, кому ещё более небезразлична - протестировали-таки и запилили в прод.
Как вам идея?
привет. а чего там с люстрой слышно? а с люстрой во фре?:)
А как же CFT?
> 1. Там два патча по разному решающих проблему.
> У меня большой кусок кода. Апстрим хочет чтобы я это всё протестил
> ещё и на опенбсд и маке, а мне оно не надо.
> Апстрим хочет чтобы я по максимуму использовал ихний "прелестный" кот из
> глиба, а меня от него тошнит и я потеряю возможность отлаживать
> это без возни с глибой.
> Второй патч просто отключает ту ужасную систему на kqueue() что встроена в
> глибу и переключает на использование другой либы. Это фактически переключение опции
> при сборке и +1 зависимость в системе.GAMIN что ли? Без него вполне можно обойтись. Но в портах он в файловой нотификации по умолчанию стоит - надо отключать и пересобирать.
> Ещё втащили шланг 5 или даже 6 в базу.Вчера Mesa Libs обновилась до 17.3.1 и притащила с собой LLVM 5.0 вместо LLVM 4.0. Теперь в системе ДВА LLVM 5.0: один системный, другой - для графики. Оба собираются по три часа на шестиядерном AMD Phenom X6 1055T.
ЗЫ: мечтаю о моменте, когда этого монстра LLVM/Clang вынесут из системы. Принципиальных технических препятствий этому нет - нужно организационное решение.
Тут я тебя не поддержу.1. Система должна чем то собиратся, это базовый комплект.
2. Уж лучше бы тогда графика собиралась системным, но это доп сложности для поддержки порта - он не сможет обновлятся когда захочет.
3. Если напрягает собирать портовый - ставь пакетом.
4. На райзене 1300X оно собирается где то за пол часа. На i5-6500 примерно так же. Шланг 3.9 на 1700х собирался 12 минут.
5. Я бы из системы повыкидывал вообще всё что есть в портах (кроме компелятора): ntp, postfix, openssh. Последние два я через src.conf выкинул.
Через src.conf у меня выкинуто почти всё ненужное и неиспользуемое. Даже WITHOUT_CLANG=true стоит (иногда), когда не хочется зряшно пересобирать системный компилятор - в этом случае базовая система и ядро пересобирается за 40 минут. Но сам системный компилятор должен стоять аки столб, чтоб было чем собирать. К сожалению, GCC (и из порта в том числе) не может собрать базовую систему на [amd64], а то бы давно перешёл с LLVM на него, выкинув из системы последний.Использование современных процессорных архитектур - не выход, так как задачи не меняются. Что делать со старым железом, которое ещё тянет? Нужно менять концепцию системного ПО во FreeBSD - для начала вынести компилятор из базовой системы, сделать возможным использование иных компиляторов для определённых конфигураций. Сейчас же это затруднено.
Впрочем, с приходом Mesa/DRI с LLVM 5.0 можно попытаться отказаться от системного компилятора в пользу установленного из порта - раньше такое было возможно, но встречались другие порты, которые не собирались несистемным компилятором.
Я вышел из этой ситуации относительно просто.
У меня десктоп на райзене, и ещё несколько десктопов в основном на послабее.
Всё обновляю на райзене, оно автоматом пакуется на NFS шару где порты. Она же у всех остальных примонтирована. Остальные в первую очередь ищут готовые пакете на шаре, если их там нет то собирают сами.
Всё с помощью портмастера, его недавно пофкисили, примерный сценарий я описывал тут: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218348Для мелких тазиков которые не десктопы - мне как правило пофик, там ничего тяжелее самбы и мариядб обычно нет. Саму систему я обновляю не часто, поэтому время компеляции системного шланга сильно не напрягает. Но в принципе могу сделать примерно так же: собирать на одной машине и остальным отдавать /usr/obj рсинком или по NFS.
Тут ещё нужно учитывать, что много людей обновляется бинарниками, и систему и порты, им вообще нет дела до всего этого.
От системного компилятора отказаться не получится, просто потому что может получится так, что у тебя в системе вообще ни одного не будет :)
В данной ситуации лучше бы наоборот, системный компелятор немного расширить чтобы он мог собирать месу. Вроде в src.conf достаточно пару крутилок включить, но нужно ещё как то порту втолковать что нужное уже есть и ставить с портов ллвм не надо.
А через год появится ллвм6, дри будет собиратся только с ним, а в системе оно обновляется с лагом, и это будет держать.
>[оверквотинг удален]
> собрать базовую систему на [amd64], а то бы давно перешёл с
> LLVM на него, выкинув из системы последний.
> Использование современных процессорных архитектур - не выход, так как задачи не меняются.
> Что делать со старым железом, которое ещё тянет? Нужно менять концепцию
> системного ПО во FreeBSD - для начала вынести компилятор из базовой
> системы, сделать возможным использование иных компиляторов для определённых конфигураций.
> Сейчас же это затруднено.
> Впрочем, с приходом Mesa/DRI с LLVM 5.0 можно попытаться отказаться от системного
> компилятора в пользу установленного из порта - раньше такое было возможно,
> но встречались другие порты, которые не собирались несистемным компилятором.та блин откройте же для себя ccache хотя бы!
> та блин откройте же для себя ccache хотя бы!Та не хочу!
>> та блин откройте же для себя ccache хотя бы!
> Та не хочу!А смысл? Ccache таки решает часть твоих проблем, не?
>>> та блин откройте же для себя ccache хотя бы!
>> Та не хочу!
> А смысл? Ccache таки решает часть твоих проблем, не?Ccache откладывает откомпилированный код, текст которого не меняется, в свой загашник. Помогает пересобрать только то, что изменилось. Для меня это не важно - я могу и так пересобрать те части системы, которые обновлены, просто сделав make && make install в каталоге с изменившимся исходным текстом.
Я говорю о стандартной процедуре сборки системы, при котором время в основном затрачивается на сборку системы сборки (которая меняется слабо, либо не меняется достаточно долго), а не системы (которая меняется часто). Неплохо бы вынести части сборочной системы во вне и освободиться от груза.
> Шланг 3.9 на 1700х собирался 12 минут.Да, раньше и трава была зеленее. LLVM/Clang 3.9 - это такая древность (3.7 ещё легче), что о нём лучше не вспоминать.
Я бы ровнялся на 3.3.6 который был и есть в 10х, он очень шустро собирался.
Все остальное в базовой системе сильно не задерживалось, вот как раз 3.9 и 4.0 только и задержались, а 3.6, 3.7, 3.8 или проскочили или они были совсем не долго.
Все проще, парни. Пока вы собирали ранними шлангами ранние шланги, уровень оптимизаций был ни к черту и собирало быстро. А как завинтили оптимизации до чего-то похожего на gcc, так и работать стало с похожей скоростью. И поменяли вы в результате шило на мыло, по причинам расово-лицензионной верности идеалам проприетарщиков.
Ты прав. Я бы с превеликим удовольствием использовал GCC 8 и для системы, и для сборки ПО из портов.
> Ты прав. Я бы с превеликим удовольствием использовал GCC 8 и для
> системы, и для сборки ПО из портов.Мне казалось, или ты когда-то топил за clang/llvm вместо gcc в FreeBSD?
Что заставило тебя поменять мнение, если я не ошибся?
>> Ты прав. Я бы с превеликим удовольствием использовал GCC 8 и для
>> системы, и для сборки ПО из портов.
> Мне казалось, или ты когда-то топил за clang/llvm вместо gcc в FreeBSD?Я сравнивал время сборки и время исполнения некоторых задач откомпилированным кодом.
https://www.opennet.me/openforum/vsluhforumID3/83450.html#51
https://www.opennet.me/openforum/vsluhforumID3/87575.html#155
> Что заставило тебя поменять мнение, если я не ошибся?Своё мнение я не менял: системе сборки не место в базовой системе, тем более, когда это сторонний проект, который имеет своих надзирателей. Проект FreeBSD давно стал заложником чужой политики по продвижению, в частности, определённого компилятора, несмотря на то, что система в принципе может собираться разными компиляторами. Ограниченность только лишь одним LLVM/Clang не идёт на пользу ни одному из существующих и развиваемых проектов: принятое политическое решение просто затормозило развитие.
> Что заставило тебя поменять мнение, если я не ошибся?Девочка имела счастье. Счастье ответило тем же.
> 5. Я бы из системы повыкидывал вообще всё что есть в портах
> (кроме компелятора): ntp, postfix, openssh. Последние два я через src.conf выкинул.эм.. а откуда там постфикс?;) в arch@, кстати, недавно грозились отключить сборку шлимыла по дефолту с 15 декабря, если не будет достаточно резонных аргументов не делать этого. Аргументов я не увидел, и комммит-логов месяца 1.5 как не читал уже, может и выключили.
по поводу sshd - нафиг нужен сервер без него (собственно, десктоп тоже). это же не линакс какой-нибудь, в котором непременно нужно не забыть поставить openssh-server, дабы не получилось смешно - сервер уехал, а по сети на него зайти нельзя, напрямую, без всяких ipmi/ip kvm
Я предпочитаю более свежий опенссш из портов и с нужными мне опциями.
Вроде в базе уже постфикс, но я его и сендмыло тоже выпиливаю.
Я вообще за то, чтобы всё что есть в портах из базы выкинуть, и просто прикладывать пакаджи в дистрибутив, чтобы можно было галочками выбрать при установке, как в убунте вроде сделано.
ты точно про фрю сейчас пишешь? откуда у тебя _в базе_ постфикс? я вот не поленился и потратил 1 час времени, чтобы просмотреть коммит-логи с момента, когда я их не читал и до сегодня. не нашел ничего про постфикс. даже обновился, с мыслью о том, что пропстил таки коммит.[tiger@laptop]:~>find /usr/src/ -iname postfix -type d
[tiger@laptop]:~>find /usr/src/ -iname postfix -type f
unam[tiger@laptop]:~>uname -a
FreeBSD laptop.minsk.domain 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r327336M: Fri Dec 29 17:49:13 +03 2017 root@laptop.minsk.domain:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG amd64в базе есть dma (драгонфлаевая разработка), но он ниразу не замена сендмыла. для тупoй доставки почты локально/удаленно годится и ок. его, к слову, и предлагается юзать во враппере, бо сильно легче он чем sendmail (у меня вот давно уже так и юзается)
а чем портовый openssh тебе помогает больше, нежели базовый? или ты так, "за державу обидно" (не как в линакс) ?
>Теперь в системе ДВА LLVM 5.0: один системный, другой - для графики.Бздя вся такая цельная.
>>Теперь в системе ДВА LLVM 5.0: один системный, другой - для графики.
> Бздя вся такая цельная.Не путать возможность и необходимост, can and must.
Ты не поверишь - в портах/пакетах куча компиляторов под разные цели.
Системный компилятор один. И вся операционная система им компилируется без проблем.~97% стороннего софта (порты) на с/c++ - тоже. За последние годы гнутые куски кода много пропатчили.
> Бздя вся такая цельная.Самодостаточная. В отличие от.
Поэтому, наверное, в каждом треде про BSD на десктопе ты упоминаешь линуксулятор
> Поэтому, наверное, в каждом треде про BSD на десктопе ты упоминаешь линуксуляторэто, как писали выше, необходимость...
>> Поэтому, наверное, в каждом треде про BSD на десктопе ты упоминаешь линуксулятор
> это, как писали выше, необходимость...А как же "Самодостаточная."?
>>> Поэтому, наверное, в каждом треде про BSD на десктопе ты упоминаешь линуксулятор
>> это, как писали выше, необходимость...
> А как же "Самодостаточная."?ну вот как-то так...
> Поэтому, наверное, в каждом треде про BSD на десктопе ты упоминаешь линуксуляторКак правило, он нужен линуксоидам, которые удивляются, почему не работают их блобы (linux_enable="YES" надо прописывать вручную и linux_base ставить отдельно). Я линуксячными блобами не пользуюсь, поэтому линуксятор выключил. Но возможность у пользователей FreeBSD работать с проприетарными программами, не устанавливая Linux ядро, есть.
> Но возможность у пользователей FreeBSD
> работать с проприетарными программами, не устанавливая Linux ядро, есть.не правда.
А что помешало прописать "MESA_LLVM_VER=40" в /etc/make.conf?
Да здравствует зоопарк компиляторов времени выполнения!
> ЗЫ: мечтаю о моменте, когда этого монстра LLVM/Clang вынесут из системы. Принципиальных
> технических препятствий этому нет - нужно организационное решение.Чтоооооо?! Бунт на корааабле?! Поллууууундра!!! Изену больше не нравится шланг?!
>> ЗЫ: мечтаю о моменте, когда этого монстра LLVM/Clang вынесут из системы. Принципиальных
>> технических препятствий этому нет - нужно организационное решение.
> Чтоооооо?! Бунт на корааабле?! Поллууууундра!!! Изену больше не нравится шланг?!Мне нравятся маленькие и умные программы, а не жирные неповоротливые монстры.
> Мне нравятся маленькие и умные программы, а не жирные неповоротливые монстры.Тц-тц-тц, как же ты явой то пользуешься?Эталонная ж блоатварина.
> Тц-тц-тц, как же ты явой то пользуешься?Эталонная ж блоатварина.Кто это тебе внедрил в подсознание?
> Кто это тебе внедрил в подсознание?Сан. И оракл. Жирнее разве что дотнет.
>> Кто это тебе внедрил в подсознание?
> Сан. И оракл. Жирнее разве что дотнет.Запомни, сынок, жирнее всех сейчас: LibreOffice (на C++), Chromium на WebKit (C++) и KDE SC (C++). Вот где жир на строку кода зашкаливает по нефункциональности.
>>> Кто это тебе внедрил в подсознание?
>> Сан. И оракл. Жирнее разве что дотнет.
> Запомни, сынок, жирнее всех сейчас: LibreOffice (на C++), Chromium на WebKit (C++)
> и KDE SC (C++). Вот где жир на строку кода зашкаливает
> по нефункциональности.Наивный вопрос Буратины мудрому папе Карло: "а это так важно?..." - в основном же жир на современных С++-программах составляют всякие "ремни безопасности". С этой точки зрения программа написанная на С++ или на standard ml - всегда будет жирной и своим жиром - смягчать набиваемые шишки...
(дистр тех-а сейчас вроде бы размером в гиг; если же тот же либерофис современный, будет в несколько гигов (за счёт безопасного кода а не всяких картинок, естественно), но при этом не будет совсем сильно тормозить и падать (это вопрос его проектирования) с потерями на больших документах, ну, хотя бы в 1-15 тыс. страниц - я, как его пользователь, буду им доволен, как слон...)
>>>> Кто это тебе внедрил в подсознание?
>>> Сан. И оракл. Жирнее разве что дотнет.
>> Запомни, сынок, жирнее всех сейчас: LibreOffice (на C++), Chromium на WebKit (C++)
>> и KDE SC (C++). Вот где жир на строку кода зашкаливает
>> по нефункциональности.
> Наивный вопрос Буратины мудрому папе Карло: "а это так важно?..." - в
> основном же жир на современных С++-программах составляют всякие "ремни безопасности".Чем жирнее программа, тем больше в ней точек отказа, особенно в так называемом "мёртвом" коде, который редко вызывается и исполняется, либо вообще не вызывается никогда, а нужен "на всякий случай". Это - потенциальная уязвимость и приоткрытая дверь в дом пользователя.
> С этой точки зрения программа написанная на С++ или на standard
> ml - всегда будет жирной и своим жиром - смягчать набиваемые
> шишки...Это - вряд ли. Легче найти способ атаки на рыхлый малоиспользуемый код, чем на функциональный и специализированный, проверенный многократными запусками.
> (дистр тех-а сейчас вроде бы размером в гиг; если же тот же
> либерофис современный, будет в несколько гигов (за счёт безопасного кода а
> не всяких картинок, естественно), но при этом не будет совсем сильно
> тормозить и падать (это вопрос его проектирования) с потерями на больших
> документах, ну, хотя бы в 1-15 тыс. страниц - я, как
> его пользователь, буду им доволен, как слон...)LLVM5 - 1,3 ГБ.
LibreOffice 5.3.7 - 320 МБ.
Chromium 58 - 210 МБ.
OpenJDK8 - 165 МБ.
OpenJRE8 - 106 МБ.
Firefox ESR - 100 МБ.
Python27 - 68 МБ.
Perl5 - 52 МБ.
А пакетом поставить зависимости?
> А пакетом поставить зависимости?А какая разница? Из порта собирается пакет и ставится в систему, либо пакет собирается на другой машине и ставится в систему.
> Помимо крипты кажется в проце сильно больше всего, без документации оно ни у кого не появится, увы.А в спортлото, т.е. в АМД писали? Им же должно быть самим выгодно предоставить доки и семплы для поддержки своего железа. Чай не Эльбрус.
Писали.
Можешь даже у них в вопросах/тикетах найти запрос, там в том числе и я подписался, ещё по весне, сразу после выхода камня.
АМД пока доку даёт только под NDA.Так получилось, что человек который закинул это во фрю пахал на делл, и ему там это дело заказали.
До того автор cputemp сам как то отреверсил но никому не сказал, зажал.
nosh это это бсдишный systemd?
> nosh это это бсдишный systemd?Нет. Куда этим зад**там.
Второй s-d может случиться, если MS там, или Оракел, или ... денег даст какому очкастому визионеру.
Но они [все] жмутся.
> Второй s-d может случиться, если MS там, или Оракел, или ... денег
> даст какому очкастому визионеру.Тебе не дают? Пичалька.
>> nosh это это бсдишный systemd?
> Нет. Куда этим зад**там.Так я не понимаю, на ваш взгляд s-d - это хорошо или плохо?
> Второй s-d может случиться, если MS там, или Оракел, или ... денег
> даст какому очкастому визионеру.
> Но они [все] жмутся.Какие-то торчки портировали launchd в FreeBSD и без помощи всяких там оракелов.
Полезность их действий равно нулю, но это я к разговору про беспомощных зад##тов.
nosh это ночь.
Пока фрибсд доят корпорации, простому люду выгоднее финсировать десктоперов ghostOs, TrueOs.
> Пока фрибсд доят корпорации, простому люду выгоднее финсировать десктоперов ghostOs, TrueOs.HTC, Sony, Dell, Intel, Motorola, Qualcomm, Texas Instruments, Google, Samsung Electronics, LG Electronics, T-Mobile, Sprint Corporation, Nvidia, and Wind River Systems и прочие в Open Handset Alliance привествуют тебя, разработчик Linux OS!
Сделай их изделия более продаваемыми!
(оpensource компоненты в MacOS/IOS скромно топчутся в сторонке)
Список компаний берущих за основу ванильную фрю:
https://en.wikipedia.org/wiki/List_of_products_based_on_FreeBSD
Помимо прочих, стоит обратить внимание на JunOS by Juniper networks.
> Список компаний берущих за основу ванильную фрю:
> https://en.wikipedia.org/wiki/List_of_products_based_on_FreeBSD
> Помимо прочих, стоит обратить внимание на JunOS by Juniper networks.Глупость этих рассуждений изначально в том,
что люди EU/CA/US/JP породили opensource как часть цикла развития социо-экономики, и умеют ,
и управляют правами на свои продукты,
а мусолящие в форумах совки - нет.
Непонятно направление ваших измышлений. Причём интересно, какое отношение имеют средства уборки мусора к информационным технологиям?
> Непонятно направление ваших измышлений.Ну, для понимать надо учится думать.
> Помимо прочих, стоит обратить внимание на JunOS by Juniper networks.А теперь сравним поддержку чипов. Где поддержка периферии жунипера в фрибсд? А то участники open handset alliance коммитят как черти. В том числе и поддержку своего железа в майнлайновое ядро.
>open handset alliance... обеспечивают продажи своих коммерческих продуктов, извлекая максимальную прибыль при минимальных издержках, и как миниум окупаемость продуктов
все.
>где поддержка периферии жунипера в фрибсд
наверное, поддерка жунипера передусмотрена компанией жунипер, вложившей инвестиции в разработку того что является juni os?
парень, у тебя простая деловая безграмотность.
Я тебе про ивана - ты мне про болвана
> ghostOs, TrueOs.Я как бы всеми руками за, но их стратегия совсем не просматривается. Наколенный интерфейс без проработки UX, который будет выкинут через 2 года, когда у автора появится новое "видение" - вот их потолок.
Пусть публикуют стратегию десктопа, например, для серьезных воркстейшнов - и я уверен, что взлетит, сам пойду первый донатить. Что бы там не свистело и не пердело, но при этом recent files работало во всех приложениях и в диалоге сохранения файлов кнопка enter работала. Ну мелочи всякие, типа рабочих хоткеев при любой раскладке. И все это насквозь в системе, однородно, без лоскутов. Пусть это будет хоть 256 цветное, без анимации, но дубовое и детерменированное. Вот это будет true os.
А пока все это баловство
А что улучшили в ZFS? Может нативное шифрование завезли?
> обеспечения параллельного выполнения сервисовТак написано, будто бы до этого сервисы выполнялись не параллельно.
Запуска они имели ввиду, конечно.
Ну и если запилят этот nosh, чо делать-то? Куда бежать за ТруЪ-UNIXами? На DragonFlyBSD? NetBSD?
OpenBSD же.
Не зря Google, продвигая свой Go, поставили FreeBSD на первое место в списке поддерживаемых платформ :)
> Не зря Google, продвигая свой Go, поставили FreeBSD на первое место в
> списке поддерживаемых платформ :)А что не поставить эту няшную систему впереди? Достойна ;)
heimdal kerberos трогали сильно зря. Тем более что MIT лицензируется.