Опубликован (https://www.freebsd.org/news/status/report-2016-10-2016-12.h... отчёт о развитии проекта FreeBSD с октября до декабрь 2016 года.
Основные достижения:
-
Система- Отмечается значительный прогресс в организации динамического связывания объектных файлов FreeBSD с использованием (https://wiki.freebsd.org/LLD) компоновщика LLD, развиваемого проектом LLVM. Изменения, принятые в основные кодовые базы LLD и FreeBSD позволили осуществить связывание всей базовой системы FreeBSD/amd64 с использованием LLD. В настоящее время ведётся работа по обеспечению сборки дерева портов с использованием LLD, постепенно устраняются проблемы, всплывающие в портах и LLD. На момент написания отчёта LLD уже мог применяться для связывания около 95% портов для архитектуры amd64;
- Во FreeBSD HEAD добавлена (https://svnweb.freebsd.org/base/head/usr.sbin/prometheus_sys... начальная реализация фильтра /usr/sbin/prometheus_sysctl_exporter для формирования метрик о состоянии системы для платформы мониторинга Prometheus (https://prometheus.io/). Целью проекта является возможность экспорта всего дерева sysctl в виде метрик к Prometheus. Развиваемая возможность в том числе может быть использована для упрощения отладки разработчиками ядра, например, добавив новый счётчик можно построить график с отражением динамики наступления определённых событий в ядре;
- Налажено автоматизированное тестирование в системах непрерывной интеграции (Travis CI и Jenkins) библиотеки Libarchive, предоставляющей средства для работы с различными форматами архивов и сжатых файлов, которая используется в таких BSD-утилитах, как tar, cpio, ar, unzip и pkg. Проведена чистка кода и Fuzzing-тестирование, что позволило выявить порцию ошибок и уязвимостей. Из функциональных улучшений отмечается поддержка NFSv4 ACL для архивов pax, которая уже перенесена во FreeBSD-CURRENT, что даёт возможность сохранять и восстанавливать NFSv4 ACL из tar-архивов;
- Началось воплощение проекта по созданию дополнительного репозитория для сборочного инструментария под лицензией GPLv3, который позволит ускорить развитие портов с внешними инструментами и пакетами на архитектурах, не поддерживаемых в LLVM на должном уровне;
- Обсуждается вопрос перехода на реализацию Unicode _STDC_ISO_10646_, уже используемую в Linux glibc;
- В рамках кампании по сбору пожертвований в 2016 году собрано более полутора миллионов долларов. Кроме оплаты работы нескольких инженеров в режиме полного рабочего дня, в 2016 году профинансированы проекты по разработке порта для архитектуры arm64, интеграции фреймворка виртуализации VIMAGE (базируется на Jail и виртуальном сетевом стеке VNET), усовершенствованию инструментария и интеграции динамического межсетевого экрана blacklistd. Введены в строй два новых сервера для сборки релизов, четыре сервера для сборки пакетов, сервер непрерывной интеграции (ci.FreeBSD.org (https://ci.FreeBSD.org/)), два сервера ThunderX для сборки пакетов для архитектуры arm64, четыре вспомогательных сборочных сервера.-
Изолированные окружения, эмуляторы, безопасность и ограничения ресурсов
- Развивается проект (https://wiki.freebsd.org/ReproducibleBuilds) по обеспечению повторяемых сборок FreeBSD, при которых сборка одних и тех же исходных текстов приводит к генерации тождественных бинарных файлов, совпадающих побитово, что позволяет любому желающему убедиться в том, что сборка ISO-образа произведена из заявленных исходных текстов. За отчётный период проведена работа по интеграции подготовленных изменений в базовую систему FreeBSD. Обеспечена возможность повторяемой сборки базовой системы (ядро и окружение пользователя). После базовой системы усилия разработчиков смещаются на дерево портов. В настоящее время число портов, для которых поддерживаются повторяемые сборки находится на уровне 80%;
- К включению в состав FreeBSD HEAD и STABLE готовится обновление пакета OpenBSM 1.2 alpha 5 (https://github.com/openbsm/openbsm/blob/master/NEWS) с открытой реализации Sun Basic Security Module (BSM) Audit API, предоставляющего средства для управления аудитом системы;
- Продолжается развитие набора драйверов для работы в гостевых системах под управлением гипервизора Hyper-V и облачной платформы Azure. За отчётный период проведена оптимизация производительности сетевого драйвера, реализована поддержка live-бэкапов виртуальных машин и возможность проброса устройств PCIe, добавлена поддержка vDSO для ускорения выполнения вызова gettimeofday(2). Подготовлен образ (https://azure.microsoft.com/en-us/marketplace/partners/micro... FreeBSD 11.0 для Azure;- Обеспечены регулярные сборки для облачных окружений Amazon EC2 с автоматической загрузкой снапшотов и релизов для всех ргионов.
По данным каталога AWS Marketplace более 800 пользователей уже применяют FreeBSD/EC, а число активных экземпляров FreeBSD в облаке Amazon достигло 2000 (статистика не учитывает установки из консоли или через EC2 API). Добавлена поддержка сервиса Amazon Simple Systems Manager ("run command"). Релиз FreeBSD 11.0 вышел с поддержкой расширенных сетевых возможностей окружений EC2 C3, C4, R3, I2, D2 и M4 (кроме m4.16xlarge) и оптимизацией дисковой подсистемы (примерно на 20% возросла пропускная способность);-
Системы хранения и файловые системы- Продолжается разработка порта (https://github.com/wjwithagen/ceph) распределённого хранилища Ceph (https://www.opennet.ru/opennews/art.shtml?num=44303) для FreeBSD. Порт пока охватывает только объектное хранилище RADOS (Object Storage) и инструментарий. Блочное устройство RBD (Ceph Block Device) и файловая система CephFS пока не готовы. Итоговой целью проекта является предоставление возможности развёртывания кластера Ceph с узлами хранения на базе FreeBSD и ZFS, а также поддержка запуска виртуальных машин bhyve на виртуальных дисках, развёрнутых поверх блочного устройства Ceph RBD. За отчётный период реализация RBD доведена до возможности сборки и использования для управления блочными устройствами RADOS, переработан код для работы с потоками и поллингом, налажен процесс сборки компонентов ceph в системе непрерывной интеграции;
-
Поддержка оборудования- Реализована поддержка I2C, GPIO и SPI для материнской платы MinnowBoard (https://www.opennet.ru/opennews/art.shtml?num=37603) на базе Intel Atom E38xx SoC, относящейся к категории Open Hardware;
- В основной состав FreeBSD приняты изменения, необходимые для работы потребительскогих инфракрасных портов (CIR, Consumer IR (https://en.wikipedia.org/wiki/Consumer_IR)) на системах с ARM-процессорами Allwinner. Драйвер основан на фреймворке evdev, пока может работать только на приём и протестирован на платах Cubieboard2 (A20 SoC), используя пакет lirc и инфракрасный пульт управления от проекта dfrobot;
- Продолжена работа по усовершенствованию поддержки (https://wiki.FreeBSD.org/arm64) 64-разрядной архитектуры ARM64 (AARCH64). Добавлена поддержка Raspberry Pi 3, но WiFi и Bluetooth пока не работают из-за неготовности кода для шины SDIO. Добавлена поддержка доступа ядра к регистрам операций с плавающей запятой (FPR, Floating-point register), использующая аналогичный с архитектурами i386 и amd64 программный интерфейс ядра (KPI). На системах ARMv8 также удалось реализовать поддержку инструкций AES, позволивших заметно поднять производительность операций AES на платах ThunderX. При манипуляции блоками памяти задействованы оптимизированные для процессоров Cortex варианты функций memcpy и memmove. Реализована возможность загрузки на системе SoftIron Overdrive 3000, используя ACPI;
-
Приложения и система портов
- В дереве портов по умолчанию задействован набор компиляторов GCC 4.9 (https://www.opennet.ru/opennews/art.shtml?num=39621), который теперь представлен как lang/gcc и используется при указании флага "USE_GCC=yes" (ранее ...URL: https://www.freebsd.org/news/status/report-2016-10-2016-12.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=46071
>Из соображений политкорректности удалён порт misc/jive с реализацией фильтра для преобразования текста на английском языке в пародию на афроамериканский сленг;Это было последней каплей! Ухожу делать форк!
А почему из-за политкорректности ущемляют права афроамериканцев, удаляя разработанную для них утилиту? Наоборот же должно быть!
Причем тут афроамериканцы? Ущемляют права коренного населения, делая для них невозможным общение с носителями некоренных генов.
Апалитишна рассуждаш чесна слово (С)
> Причем тут афроамериканцы? Ущемляют права коренного населения, делая для них невозможным общение с носителями некоренных генов.Скромно хочу напомнить, что язык коренного населения не является ни английским, ни афро-американским сленгом.
На юдишь намекаешь ?
> На юдишь намекаешь ?с историей то совсем бида?
А разве политкорректно само название - афроамериканцы? Белых ведь не называют евроамериканцами, а чёрным недвусмысленно намекают, что они из Африки.
Их называют WASP'ами.
Хорошая серверная ОС
Ну а ты что думал? Сертифицирован ФСТЭК как-никак.
Пруф?
> Обновлены порты, связанные с проектом Mono ..Зачем? Пустая трата времени и сил. Mono ненужно.
А зачем wine на сервере? FreeBSD в первую очередь серврерная система.Кстати, на десктопе без микрософтовских продуктов прожить можно. Да, LibreOffice, наверное, еще не полностью готов, особенно для домохозяек, хотя лично я польуюсь именно им. Еще, ЕМНИП, AutoCAD, другой специализированный софт, игры тоже могут быть кейсами. Но для кейса "компьютер как средство запуска браузера" (типичный кейс) нативных програм достаточно. Я уже не говорю о том, что сейчас мощностей даже ноутбуков слихвой хватает на запуск виртуалочки на крайний случай.
Так что поддерживаю: порт mono на FreeBSD не нужен.
> FreeBSD в первую очередь серврерная система.Про Linux тоже так говорили, но потом пришёл добрый дядя Гейбен...
>Из соображений политкорректности удалён порт misc/jive с реализацией фильтра для преобразования текста на английском языке в пародию на афроамериканский сленг;угар.
А по сабжу: Хороший отчёт. Где прочесть такой же от Linux Foundation? На офсайте на нашел.
Когда Linux стал операционной системой?
А поцчему ви спгашиваете?Дело в отчётности. Фонд принимает донаты, интересно узнать на что они уходят.
>интересно узнать на что они уходят.Да на тоже самое - квасят всей честной компанией, а потом втирают, что ударно работают на всеобщее благо.
По этой новости, и отсутствием таковых у Linux Foundation, видно, что не тоже самое.
Просто в LF уже постигли дзен и не утруждают себя подобной суетой.
> Когда Linux стал операционной системой?Когда Линус сказал RMS, что он может называть это как угодно, но приставка GNU ненужна.
> А по сабжу: Хороший отчёт. Где прочесть такой же от Linux Foundation?
> На офсайте на нашел.Стань членом LF -- тебе пришлют.
>> А по сабжу: Хороший отчёт. Где прочесть такой же от Linux Foundation?
>> На офсайте на нашел.
> Стань членом LF -- тебе пришлют.Не нашел этой опции (https://www.linuxfoundation.org/members/individual-supporter....
Во всяком случае, они принимают анонимные пожертвования. Получается что и эта часть меценатов не в курсе растрат?
> Продолжается развитие компонентов графического стекаЧто за бред? Даже в CURRENT нет никакого намёка на это. То что какой-то идиот сделал форк на гитхабе и предлагает это использовать - это не значит что это добавлено во ФриБСД.
> Что за бред? Даже в CURRENT нет никакого намёка на это. То
> что какой-то идиот сделал форк на гитхабе и предлагает это использовать
> - это не значит что это добавлено во ФриБСД.А то, что коммитят «идиоты» отсюда:
https://www.freebsd.org/doc/en_US.ISO8859-1/articles/contrib...
тебя совершенно не смущает?
Да, идиоты. В фрибсд, ни в какой официальной ветке нет этих изменений. Изменения в форке на гитхабе и в некой "труос".
> Да, идиоты.И лишь один аноним в белом!
> В фрибсд, ни в какой официальной ветке нет этих изменений.
> Изменения в форке на гитхабе и в некой "труос".Читай, по возможности не пятой точкой:
> Good progress on graphics support was made during the weeks around
> Christmas and the new year with the import of Linux 4.9's DRM for i915
> and amdgpu into the drm-next branch of the github repository.
> ... The xserver-mesa-next-udev branch was created for the ports development
> repository, and holds Mesa 13.0 and fixes for newer AMD GPUs.Mesa кстати уже прилетела.
Где в ФРИБСД изменения по поводу i915? Я вижу только в каком-то левом форке и в труос (бывшей псибсд).
> Где в ФРИБСД изменения по поводу i915? Я вижу только в каком-то
> левом форке и в труос (бывшей псибсд).Изменения из "левого форка" с git.kernel.org появятся в субже года чезел четыре. Не торопитесь! Ваши intel915 линуксоиды сейчас всей планетой тестируют -- готовят к стабилизации в ветке CURRENT. Вы ж не против Стабильности??! ><:::>
> Что за бред? Даже в CURRENT нет никакого намёка на это. То
> что какой-то идиот сделал форк на гитхабе и предлагает это использовать
> - это не значит что это добавлено во ФриБСД.Хоть бы оригинал почитал, прежде чем умничать
The Graphics Stack on FreeBSD
Links
Graphics Stack Roadmap and Supported Hardware Matrix
URL: https://wiki.FreeBSD.org/Graphics
GitHub Repository
URL: https://github.com/FreeBSDDesktop/freebsd-base-graphics
Ports Development Repository
URL: https://github.com/FreeBSD/freebsd-ports-graphics
Fork of libudevd-devd Shim
URL: https://github.com/FreeBSDDesktop/libudev-devd
Graphics Team Blog
URL: https://planet.FreeBSD.org/graphicsContact: FreeBSD Graphics Team <FreeBSD-x11@FreeBSD.org>
Contact: Matthew Macy <mmacy@nextbsd.org>
Оригинал я читал ещё до появления новости на опеннете.Где тут написано про изменения хотя бы в CURRENT? Или будем называть FreeBSD всё что не в официальных репозиториях, ни в стабле, ни в куррент, ни в релизе?
> Оригинал я читал ещё до появления новости на опеннете.Точно читал? А глазами ли?
> Good progress on graphics support was made during the weeks around
> Christmas and the new year with the import of Linux 4.9's DRM for i915
> and amdgpu into the drm-next branch of the github repository.что такое бранч, знаешь?
> Где тут написано про изменения хотя бы в CURRENT? Или будем называть
> FreeBSD всё что не в официальных репозиториях, ни в стабле, ни
> в куррент, ни в релизе?Ты действительно считаешь, что разработчики клепают сразу в current или тем более stable?
Я разаботчик фрибсд уже более 15 лет и не тебе учить меня как разрабатывается ОС.
> Я разаботчик фрибсд уже более 15 лет и не тебе учить меня
> как разрабатывается ОС.Конечно. На опеннете вообще каждый третий аноним - правая рука Линуса. Каждый второй в свободное время консультирует Кнута и Шнайера.
Старый перуд на устаревших технологиях, так и запишем.
>> Продолжается развитие компонентов графического стека
> Что за бред? Даже в CURRENT нет никакого намёка на это. То
> что какой-то идиот сделал форк на гитхабе и предлагает это использовать
> - это не значит что это добавлено во ФриБСД.да узпакозя
https://svnweb.freebsd.org/ports?view=revision&revision=431708
https://svnweb.freebsd.org/ports?view=revision&revision=432178
https://svnweb.freebsd.org/ports?view=revision&revision=433830
https://svnweb.freebsd.org/ports?view=revision&revision=433863
https://svnweb.freebsd.org/ports?view=revision&revision=433900
Ты сам почитал комменты коммитов то? requires FreeBSDDesktop kernel _FORK_ of 12-CURRENT.
> Ты сам почитал комменты коммитов то? requires FreeBSDDesktop kernel _FORK_ of 12-CURRENT.Ну?! И?! как это конфликтует с фразой: _Продолжается развитие_ компонентов графического стека
?
Там же не написано что всё готово уже.
> Отмечается значительный прогресс в организации динамического связывания объектных файлов FreeBSD с использованием компоновщика LLD, развиваемого проектом LLVMА что это даёт? Или чисто лицензионные соображения?
Быстрая (чем ld.bfd и даже ld.gold) линковка больших проектов: Chromium, Firefox и тд.https://fosdem.org/2017/schedule/event/lld/ # на 7:22 есть табличка
>> Отмечается значительный прогресс в организации динамического связывания объектных файлов FreeBSD с использованием компоновщика LLD, развиваемого проектом LLVM
> А что это даёт? Или чисто лицензионные соображения?Это же дружественность к бизнесам. Бизнес Эппле сказал им, что с бизнесом дедушки Столмана дружить не надо. А дружить надо с его, Эппле, бизнесом -- переписывать всё-всё-вс1, на чём есть буквы GNU, GPL и Столман на дружественные и бизнесные... ну, в общем переписывать всё, что и так работало. Переписывают -- работают!
Смотрите же -- Прогресс. Уже почти (или уже? я не в курсе) выкинули GNU binutils.
Вал по плану:
https://wiki.freebsd.org/action/info/GPLinBase?action=info&m...
2011-11-22 00:33:20 2955 theraven Initial version of the page.Матёрые!11
> Бизнес Эппле сказал им...Я так и знал, что это заговор Эпла по захвату мира.
заговор Эпла по захвату мира.Не. Только по захвату сделай-мира, но они и сами радые.
А что производительнее на старом железе будет - онтопик или сабж? Есть кора дуба и 2гб ддр2 рамы, выкидывать лень
как показывает практика, про линукс и старое железо можно смело забыть, он уже прожорлив, FreeBSD настроенная с пряміми руками дает не плохой результат, главное знать как настроить
изменяя дефолтные опции/настройки - рискуешь внезапно после обновлений отгребать регулярные паники. Причем разными пачками. И долго будешь чесать репу и искать - что повлияло.
http://docs.freebsd.org/cgi/mid.cgi?20161021220413.1d130f5c
http://docs.freebsd.org/cgi/mid.cgi?20170215093609.78a77ead
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=148807так что не сильно-то и настроишь, даже имея прямые руки и знания.
Враки.
У меня фря начиная с 7, сейчас уже 11.
Десятки тюнингов в сисцтл, кастомное ядро.
Все грабли как правило вылезают при смене версии, и их было не так уж и много.
> У меня фря
> Все грабли как правило вылезают при смене версии, и их было не так уж и много.Зачастую и одних достаточно, детских.
Вы не поёте фальцетом? Или чугунные семейные ipfilter'ы спасают?
Нед.
PF юзаю и не парюсь.
>> Есть кора дуба и 2гб ддр2 рамы, выкидывать лень
> как показывает практика, про линукс и старое железо можно смело забытьВы с 386 часом не путаете? Вон ровно такая машинка работает под столом маршрутизатором, бэкапницей, раздавалкой торрентов и гостевым десктопом. Под линуксом своей же выделки.
Линукс производительнее по тредам.
> Линукс производительнее по тредам.на данный момент?
пруфы бенчей будут? хочу глянуть.
https://b3n.org/centos-debian-fedora-ubuntu-freebsd/
> https://b3n.org/centos-debian-fedora-ubuntu-freebsd/Спасибо, но где там треды и бенчи?
http://www.phoronix.com/scan.php?page=article&item=2bsd-7lin...
> http://www.phoronix.com/scan.php?page=article&item=2bsd-7lin...
> Test: OpenMP CFD Solver
> gcc 4.8 clang 3.8 gcc 5.3.1 gcc 6.1.0Там точно не компиляторы забенчили?
http://www.phoronix.com/scan.php?page=article&item=gcc-7-jan...
>> https://b3n.org/centos-debian-fedora-ubuntu-freebsd/
> Спасибо, но где там треды и бенчи?http://www.phoronix.com/scan.php?page=article&item=bsd-eoy-2...
>> Линукс производительнее по тредам.
> на данный момент?
> пруфы бенчей будут? хочу глянуть.Все очень просто, бзда грузит ядра CPU, даже когда процессы в простое.
Load avg как у коня
>>> Линукс производительнее по тредам.
>> на данный момент?
>> пруфы бенчей будут? хочу глянуть.
> Все очень просто, бзда грузит ядра CPU, даже когда процессы в простое.
> Load avg как у коняэто неправда.
одноядерный целерон, крутится 2 клетки с вордпресом
last pid: 51241; load averages: 0.17, 0.16, 0.14где тут конь?
под linux-4.9 цифры будут load averages: 0.00, 0.02, 0.01
> под linux-4.9 цифры будут load averages: 0.00, 0.02, 0.01тоже неправда
top - 23:43:15 up 3 days, 4:29, 1 user, load average: 0,64, 0,81, 0,95
>> под linux-4.9 цифры будут load averages: 0.00, 0.02, 0.01
> тоже неправда
> top - 23:43:15 up 3 days, 4:29, 1 user,
> load average: 0,64, 0,81, 0,95Что за зверь запущен, если не секрет?
>>> под linux-4.9 цифры будут load averages: 0.00, 0.02, 0.01
>> тоже неправда
>> top - 23:43:15 up 3 days, 4:29, 1 user,
>> load average: 0,64, 0,81, 0,95
> Что за зверь запущен, если не секрет?в каком смысле? десктоп с линем на ноуте - с него пишу вот тут в браузере - все в простое.
>>>> под linux-4.9 цифры будут load averages: 0.00, 0.02, 0.01
>>> тоже неправда
>>> top - 23:43:15 up 3 days, 4:29, 1 user,
>>> load average: 0,64, 0,81, 0,95
>> Что за зверь запущен, если не секрет?
> в каком смысле? десктоп с линем на ноуте - с него пишу
> вот тут в браузере - все в простое.У меня запущен Weston под арчем, я не использую X11.
>>>>> под linux-4.9 цифры будут load averages: 0.00, 0.02, 0.01
>>>>> load averages: 0.00, 0.02, 0.01
> У меня запущен Weston под арчем, я не использую X11.Пишешь из под линкса на стоядернике?
>>>>> под linux-4.9 цифры будут load averages: 0.00, 0.02, 0.01
>>>> тоже неправда
>>>> top - 23:43:15 up 3 days, 4:29, 1 user,
>>>> load average: 0,64, 0,81, 0,95
>>> Что за зверь запущен, если не секрет?
>> в каком смысле? десктоп с линем на ноуте - с него пишу
>> вот тут в браузере - все в простое.
> У меня запущен Weston под арчем, я не использую X11.Ноут, двухядерный первый i3, одинадцатая бздя, огнелис, иксы, громоптица и tor
load averages: 0.11, 0.18, 0.21
Кто выиграл? Чей мягче и фиолетовее?
> Кто выиграл? Чей мягче и фиолетовее?Тормозить нынче в моде?
>> Кто выиграл? Чей мягче и фиолетовее?
> Тормозить нынче в моде?А что у вас тормозит?
Ваши иксы конечно-же.
> Вяленый рулит, иксы тормозятМожет, вам просто смузи некачественный попался??
плохому танцору дистрибутив мешает?
>> Кто выиграл? Чей мягче и фиолетовее?
> Тормозить нынче в моде?Ты про это?
> Интегрированы патчи с улучшенной реализацией механизма фонового сброса данных на накопитель, решающие проблемы с подвисаниями во время фонового копирования данных на медленный USB-накопитель
Linux — это только ядро
> Linux — это только ядроFreeBSD это еще и Legacy-юзерленд с монолит-ядром в котором нельзя перенаправить потоки на новое ядро.
> FreeBSD это еще и Legacy-юзерленд с монолит-ядромЯдро FreeBSD моложе (декабрь, 1993г.) ядра Linux (октябрь, 1991г.) на 2 с лишним года, вообще-то.
>> Linux — это только ядро
> FreeBSD это еще и Legacy-юзерлендтебе bash для жизни не хватает? таки поставь, из портов 1 минута.
> с монолит-ядром в котором нельзя перенаправить потоки на новое ядро.
не совсем понятно о чем ты, но видимо это сильно ограничивает все твои проекты и все человечество =)
https://wiki.freebsd.org/Kload
Хз, у меня ничего не грузит.
top -aSCHIP тебе в помощь.
# grep power /etc/rc.conf
powerd_enable="YES"
powerd_flags="-a hiadaptive"# top -aSCHIP
last pid: 22408; load averages: 1.03, 1.12, 1.10 up 109+19:29:12 19:37:16
744 processes: 6 running, 720 sleeping, 18 waiting
CPU 0: 16.1% user, 0.0% nice, 2.4% system, 0.0% interrupt, 81.6% idle
CPU 1: 31.8% user, 0.0% nice, 2.4% system, 0.8% interrupt, 65.1% idle
CPU 2: 34.9% user, 0.0% nice, 3.1% system, 0.4% interrupt, 61.6% idle
CPU 3: 19.6% user, 0.0% nice, 0.8% system, 5.1% interrupt, 74.5% idle
Mem: 343M Active, 7888M Inact, 7118M Wired, 469M Free
ARC: 4062M Total, 1902M MFU, 1403M MRU, 6130K Anon, 48M Header, 704M Other
Swap: 6144M Total, 6144M FreePID USERNAME PRI NICE SIZE RES STATE C TIME CPU COMMAND
11 root 155 ki31 0K 64K CPU0 0 2219.5 83.97% [idle{idle: cpu0}]
11 root 155 ki31 0K 64K RUN 3 2216.1 73.87% [idle{idle: cpu3}]
11 root 155 ki31 0K 64K CPU1 1 1889.8 64.21% [idle{idle: cpu1}]
11 root 155 ki31 0K 64K CPU2 2 1888.9 62.42% [idle{idle: cpu2}]
А дальше то где?
> Все очень просто, бзда грузит ядра CPU, даже когда процессы в простое.
> Load avg как у коняА ты че, не в курсе, шо там если простой, то маленки чертенятки картошку жарят на ужин?
> Как показала практика им это не нужно, они готовы страдать дальше и
> не менять даже при доступности улучшений.Как показала практика, анонимы частенько не в курсе, но ценное мнение имеют:
> get the FreeBSD source code using your favorite version control system:
> git clone git://github.com/freebsd/freebsd.git src
> svn checkout svn://svn.freebsd.org/base/head src-
> Quick Start
> Fork your own copy of https://github.com/freebsd/freebsd.git: Fork A Repo
> Keep your fork in sync: Syncing a fork
> $ git clone --config remote.origin.fetch='+refs/notes/*:refs/notes/*' https://github.com/YourGitUserName/freebsd.git
> $ cd freebsd && git pull # For some reason, the notes will not be fetched during the clone operation ...
> $ hack, hack, hack
> $ git commit
Во фре сетевой стёк лучше адаптирован для мультикаста.
И вообще, в линухе на сокетах до сих пор нет LO_WATERMARK, так что ядро дрючит приложение через тот же epoll() когда ему вздумается а не когда это оптимально с точки зрения приложения.
>Во фре сетевой стёкКуда кто стёк?
>лучше адаптирован для мультикаста.
Аргументировать надобно.
>И вообще, в линухе на сокетах до сих пор нет LO_WATERMARK,
В обратную сторону не пробовали сравнивать? Во фре очень много нет такого, что есть в "линухе".
>так что ядро дрючит приложение через тот же epoll() когда ему вздумается а не когда это оптимально с точки зрения приложения.
Ядро дрючит приложение? Или приложение дрючит ядро?
Вообще-то приложение указывает, сколько событий ему надо вернуть и как долго оно готово ждать эти события. Если приложение говорит, что ждать надо одно событие одну наносекунду, то ядро считает, что приложению лучше видно, что для него оптимальнее.
В сеть.Так вот ловатермарк это и есть оно, для мультикаста просто мастхэв, чтобы epoll() не мучал приложение на каждый пакет, а копил их в буфере сокета чтобы потом за один раз всё вычитать.
В линухе есть только одна полезная фича которой нет во фре: это разбрасывание раундробином входящих подключений на несколько сокетов слушающих на одном порту. В нгих это впилили.
Всё остальное в линухе или бесполезно или отсутствует.
Хз, смотря для чего.
У меня 2,5 десктопа на коредуо дома, вполне нормально пашут. Но памяти 8 и 16 гигов, впрочем занято больше 4 редко.
Больше 8 - когда виртуалки работают.
https://wiki.freebsd.org/Kload
Казалось бы столько хороших дел....
а фря как впадала в панику при активной работе на ней сквида, так и впадает. C GENERIC ядром и всеми обновлениями в ESXI. Серверная ОС,чо супер.
Матерюсь, не знаю как избавиться. Почемуто кажется что в линуксе ядро получше отработано. нет?
> Матерюсь, не знаю как избавиться. Почемуто кажется что в линуксе ядро получше
> отработано. нет?Не знаешь как линукс поставить?
>> Матерюсь, не знаю как избавиться. Почемуто кажется что в линуксе ядро получше
>> отработано. нет?
> Не знаешь как линукс поставить?незнаю как на ходу переконфигурить файрвол + шейпер + pppoe с автозагрузкой правил из базы так чтобы нигде не напороть. но когдато решусь.
А почему у меня не падает... наверное руки перед установкой не помыл. Я думаю вы ipfilter юзаете
ipfw
пока читал инет по теме набрел на руководство от такого же бедолаги в каком порядке грузить ipfw правила чтоб не падало. Хороша серверная система, нечего сказать.
А вы знаете, я не удивлен, в молодости наступал на такие же грабли, вылечилось углубленным изучением, что такое tcp/ip и как работает ipfw, т.е. получением базовых знаний.
> пока читал инет по теме набрел на руководство от такого же бедолаги
> в каком порядке грузить ipfw правила чтоб не падало. Хороша серверная
> система, нечего сказать."грузил" правила в произвольном порядке, всегда, мнооооого лет.
ничего не "падало".
видимо, что-то пропустил в жизни.
сам удивлен. Freebsd стояла много лет (начиная с версии 4.3). Падала иногда, но не так часто чтобы это было проблемой.Пока сквид не понадобился. То еще конечно приложение....Я конечно идеалист :) Ну не должна система падать даже при некорректной работе приложения.
ESXI вот стоит как скала, чтобы не происходило под ним... В Ubuntu ошибки в ядре есть, syslog забивается сообщениями о проблемах в модуле ядра. Но система не падает.
Багрепорты писал?
> Багрепорты писал?нет
пока на чистом железе работала грешил на железо, пятна на солнце, кривые руки итд итп
как приперло под ESXI поставил с GENERIC ядром на IBM серваке.... Я понял что просто Freebsd кошмар который надо побыстрее забыть, чем репорты писать. Не может система в дефолтной конфигурации падать целиком в 12 версии STABLE (и в 11,8,7 было тоже самое).
> Не может система в дефолтной конфигурации падать целиком в 12 версии STABLE (и в 11,8,7 было тоже самое).да вы любитель экстрима оказывается...
12 - это для девелоперов которые её пилят, никак не для тебя.
Падает в твоём случае не из за сквида а из за pppoe, в целом известная бага.
Для начала отключить IPv6 совсем.
Потом посмотри на forum.nag.ru, уже обсуждалось.Во времена 7,8 фри линух умел пппое только в юзерспейсе, потому фря была единственным годным вариантом.
> целиком в 12 версии STABLEС разморозкой меня! Когда 12 вышла-то? Какой год на дворе сейчас?
А не, походу кто-то взял сырую ветку для разрабов, проигноривFreeBSD-CURRENT is the “bleeding edge” of FreeBSD development and FreeBSD-CURRENT users are expected to have a high degree of technical skill. Less technical users who wish to track a development branch should track FreeBSD-STABLE instead.
FreeBSD-CURRENT is made available for three primary interest groups:
Members of the FreeBSD community who are actively working on some part of the source tree.
Members of the FreeBSD community who are active testers. They are willing to spend time solving problems, making topical suggestions on changes and the general direction of FreeBSD, and submitting patches.
Users who wish to keep an eye on things, use the current source for reference purposes, or make the occasional comment or code contribution.
FreeBSD-CURRENT should not be considered a fast-track to getting new features before the next release as pre-release features
>падать целиком в 12 версииспасибо за минутку юмора перед сном.
может и сквид у вас из devel? а sysctl.conf/loader.conf бездумно накопипастили из интернета?
Тогда да, лучше линукс.
сам посмеялся прочитав
конечно имелась в виду 11 :)
поставь на шлюз Pfsense и не трать время.
Фигню какую то написал. Уже лет 15 сквид крутится на фре и никуда ничего не падает. Про ipfw ниже вообще эпично.
> Казалось бы столько хороших дел....
> а фря как впадала в панику при активной работе на ней сквида,
> так и впадает. C GENERIC ядром и всеми обновлениями в
> ESXI. Серверная ОС,чо супер.
> Матерюсь, не знаю как избавиться. Почемуто кажется что в линуксе ядро получше
> отработано. нет?Нет. Писать длинно и офтопик.
И сквид еще тот продукт, от версии к версии.>а фря как впадала в панику при активной работе на ней сквида, так и впадает.
Те ядро - от приложения?
Или таки гибридное-микрокодовое-аппаратное? На другой железяке то же самое?
И если таки ядро - рапорт сделан?
> Те ядро - от приложения?тото же и оно.
подозреваю сквид всю память съедает, чего никто больше не делает.
Но это не повод системе падать.смысл репорт делать? Былобы чтото нестандартное, эксклюзвное. Железо стандартное(виртуалка ESXI на сервере IBM SystemX), конфигурация дефолтная, сквид из портов. Падает как только сквид съедает столько памяти что ему становится нужен своп. 10 раз из 10. Что бы я с конфигурацией не делал. Выход нашел один - как начал память жрать прибить сквид.
Ох уж эти открытые PR в багтрахере.
Я вот их всё открываю и открываю, и они так и висят и висят: новые порты не добавляются, имеющиеся не патчатся.
Вот реально уже напрягает.
Напишите напрямую ответственному коммитеру. Если не ответит, то там есть процедура для его меня и перевода порта на себя.
> Напишите напрямую ответственному коммитеру. Если не ответит, то там есть процедура для
> его меня и перевода порта на себя.Только не ответственному коммитеру, а активному коммитеру. Любому активному. Если именно про порты речь.
Как падал так и падает на карточках realtek в watchdot timeout при включенном vlan-tagging и перегрузке десятка джейлов на интерфейсе re0, не масштабируется timeout для watchdot костыля.Кто хочет пусть регистрирует баг в их закрытом багтрекере,
VLANHWTAG - почти бесполезная фича, оффлоаду от неё около нуля.
по дефалту включена, видно фре готова к продакшену.
> Как падал так и падает на карточках realtek в watchdot timeout при
> включенном vlan-tagging и перегрузке десятка джейлов на интерфейсе re0, не масштабируется
> timeout для watchdot костыля.
> Кто хочет пусть регистрирует баг в их закрытом багтрекере,Вообще, реалтек - г*вно карточки.
>> Как падал так и падает на карточках realtek в watchdot timeout при
>> включенном vlan-tagging и перегрузке десятка джейлов на интерфейсе re0, не масштабируется
>> timeout для watchdot костыля.
>> Кто хочет пусть регистрирует баг в их закрытом багтрекере,
> Вообще, реалтек - г*вно карточки.почему так всегда - не можем осилить написание драйвера под железо, начит железо г*вно.
карточки бюджетные, но их чуть меньше чем дохрена в мире. неверное половина от общего числа.
ну и что что у Вас другие? должно работать
> почему так всегда - не можем осилить написание драйвера под железо, начит железо г*вно.относительно некоторых реалтековских чипсетов уверенно можно сказать, что и при наличии дров они овно.
