The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Отчёт о развитии FreeBSD за первый квартал 2020 года

13.04.2020 16:13

Опубликован отчёт о развитии проекта FreeBSD с января по март 2020 года. Из изменений можно отметить:

  • Общие и системные вопросы
    • Из дерева исходных текстов FreeBSD-CURRENT удалён набор компиляторов GCC, а также неиспользуемые утилиты gperf, gcov и gtc (компилятор devicetree). Все платформы, не поддерживающие Clang, переведены на использование внешнего сборочного инструментария, устанавливаемого из портов. В базовой системе поставлялся устаревший выпуск GCC 4.2.1, а интеграция более новых версий была невозможна из-за перехода 4.2.2 на лицензию GPLv3, которая была признана неприемлемой для базовых компонентов FreeBSD. Актуальные выпуски GCC, включая GCC 9, как и раньше, можно установить из пакетов и портов.
    • В инфраструктуре эмуляции окружения Linux (Linuxulator) добавлена поддержка системного вызова sendfile, режима TCP_CORK (требуется для nginx), флага MAP_32BIT (решает проблему с запуском пакетов с Mono из Ubuntu Bionic). Решены проблемы с резолвингом DNS при использовании glibc новее 2.30 (например из CentOS 8). В инфраструктуре непрерывной интеграции обеспечен запуск заданий для запуска LTP (Linux Testing Project) под управлением Linuxulator для тестирования улучшений, вносимых в код для поддержки Linux. Около 400 тестов завершаются ошибкой и требуют исправления (некоторые ошибки вызваны ложными срабатываниями, некоторые требуют тривиальных исправлений, но есть и такие, для устранения которых нужно добавлять поддержку новых системных вызовов). Проведена работа по чистке кода Linuxulator и упрощению отладки. Подготовлены, но ещё не рецензированы, патчи с поддержкой расширенных атрибутов и системного вызова fexecve.
    • Продолжаются заседания рабочей группы, созданной для проведения миграции исходных текстов из централизованной системы управления исходными текстами Subversion в децентрализованную систему Git. Отчёт с предложениями по миграции находится в процессе подготовки.
    • В rtld (runtime linker) улучшен режим прямого исполнения ("/libexec/ld-elf.so.1 {путь} {аргументы}").
    • Продолжает развиваться проект по fuzzing-тестированию ядра FreeBSD с использованием системы syzkaller. За отчётный период устранены проблемы в сетевом стеке и коде для работы с таблицами файловых дескрипторов, выявленные при помощи syzkaller. По следам диагностики ошибок в стек SCTP добавлены изменения, упрощающие отладку. В набор stress2 добавлены правила для выявления возможных регрессий. Добавлена поддержка fuzzing-тестирования новых системных вызовов, включая copy_file_range(), __realpathat() и вызовы подсистемы Capsicum. Продолжается работа по охвату fuzzing-тестированием слоя эмуляции Linux. Проведён разбор и устранение ошибок, отмеченных в свежих отчётах Coverity Scan.
    • В системе непрерывной интеграции осуществлён переход к выполнению всех тестов ветки head только с использованием clang/lld. При тестировании для RISC-V обеспечено формирование полного дискового образа для запуска тестов в QEMU с использованием OpenSBI. Добавлены новые задания для тестирования образов и виртуальных машин powerpc64 (FreeBSD-head-powerpc64-images, FreeBSD-head-powerpc64-testvm).
    • Ведётся работа по переносу тестового набора Kyua из портов (devel/kyua) в базовую систему для решения проблем (пакеты ставятся очень медленно), возникающих при использовании Kyua на новых архитектурах, разработка для которых ведётся с использованием эмулятора или FPGA. Интеграция в базовую систему существенно упростит тестирование встраиваемых платформ и сопряжение с системами непрерывной интеграции.
    • Стартовал проект по оптимизации производительности драйвера сетевых мостов if_bridge, который использует один mutex для блокировки внутренних данных, что не позволяет добиться желаемой производительности на системах с большим числом jail-окружений или виртуальных машин, объединённых в одну сеть. На данном этапе в код добавлены тесты, чтобы предотвратить возникновение регрессий в процессе модернизации работы с блокировками. Рассматривается возможность использования ConcurrencyKit для распараллеливания обработчиков передачи данных (bridge_input(), bridge_output(), bridge_forward(), ...).
    • Добавлен новый системный вызов sigfastblock, позволяющий потоку определить блок памяти для быстрого обработчика сигналов с целью повышения производительности обработчиков исключений.
    • В ядре добавлена поддержка атомартных инструкций LSE (Large System Extension), поддерживаемых системами ARMv8.1. Указанные инструкции необходимы для повышения производительности при работе на платах Cavium ThunderX2 и AWS Graviton 2. Добавленные изменения определяют наличие поддержки LSE и динамически включают реализацию atomic на их основе. При тестировании использование LSE позволило на 15% снизить процессорное время, расходуемое при сборке ядра.
    • Проведена оптимизация производительности и расширена функциональность инструментария для исполняемых файлов в формате ELF. Добавлена поддержка кэширования отладочной информации DWARF, решены проблемы в утилитах elfcopy/objcopy, добавлена обработка DW_AT_ranges, в readelf реализована возможность декодирования флагов PROTMAX_DISABLE, STKGAP_DISABLE и WXNEEDED, а также Xen и GNU Build-ID.
  • Безопасность
    • Для улучшения работы FreeBSD в облачных окружениях Azure ведётся работа по обеспечению поддержки механизма HyperV Socket, позволяющего использовать интерфейс сокетов для взаимодействия гостевой системы с хост-окружением без настройки сети.
    • Ведётся работа по обеспечению повторяемых сборок FreeBSD, позволяющих удостовериться, что исполняемые файлы компонентов системы собраны именно из заявленных исходных текстов и не содержит посторонних изменений.
    • В утилиту elfctl добавлена возможность управления включением дополнительных механизмов защиты (ASLR, PROT_MAX, stack gap, W+X mapping) на уровне отдельных процессов
  • Системы хранения и файловые системы
    • Ведётся работа по реализации возможности работы NFS поверх шифрованного канала связи на базе TLS 1.3, вместо использования Kerberos (режим sec=krb5p), который ограничивается шифрованием только RPC-сообщений и реализуется только программно. Новая реализация использует предоставляемый ядром стек TLS, позволяющий задействовать средства аппаратного ускорения. Код NFS поверх TLS уже почти готов для тестирования, но ещё требует проведения работы по поддержке подписанных клиентских сертификатов и адаптации TLS-стека ядра для отправки данных NFS (патчи для приёма уже готовы).
  • Поддержка оборудования
    • Ведётся работа по добавлению поддержки китайских x86 CPU Hygon на основе технологий AMD;
    • В рамках CheriBSD, ответвления от FreeBSD для исследовательской процессорной архитектуры CHERI (Capability Hardware Enhanced RISC Instructions), продолжается реализация поддержки процессора ARM Morello, который будет поддерживать систему управления доступом к памяти CHERI, основанную на модели защиты проекта Capsicum. Чип Morello планируют выпустить в 2021 году. В настоящее время работа сосредоточена на добавлении поддержки платформы Arm Neoverse N1, лежащей в основе Morello. Представлен начальный порт CheriBSD для архитектуры RISC-V. Продолжается развитие CheriBSD для эталонного прототипа CHERI на базе архитектуры MIPS64.
    • Продолжено портирование FreeBSD для 64-разрядного SoC NXP LS1046A на базе процессора ARMv8 Cortex-A72 с интегрированным движком ускорения обработки сетевых пакетов, 10 Gb Ethernet, PCIe 3.0, SATA 3.0 и USB 3.0. В настоящее время для передачи в основной состав FreeBSD готовятся драйверы QorIQ и LS1046A, GPIO, QorIQ LS10xx AHCI, VF610 I2C, Epson RX-8803 RTC, QorIQ LS10xx SDHCI.
    • До версии 2.1.1 обновлён драйвер ena с поддержкой второго поколения сетевых адаптеров ENAv2 (Elastic Network Adapter), используемых в инфраструктуре Elastic Compute Cloud (EC2) для организации связи между узлами EC2 на скоростях до 25 Gb/s. Готовится обновление до ENA 2.2.0.
    • Продолжается усовершенствование порта FreeBSD для платформы powerpc64. Основное внимание уделяется обеспечению качественной работы на системах с процессорами IBM POWER8 и POWER9. За отчётный период осуществлён перевод FreeBSD-CURRENT на использование компилятора LLVM/Clang 10.0 и компоновщика lld вместо GCC. По умолчанию для систем powerpc64 задействован ELFv2 ABI, а поддержка ELFv1 ABI прекращена. Во FreeBSD-STABLE пока остаётся gcc 4.2.1. Решены проблемы с драйверами virtio, aacraid и ixl. На системах powerpc64 обеспечена возможность запуска QEMU без поддержки Huge Pages.
    • Продолжена работа по реализации поддержки архитектуры RISC-V. В текущем виде FreeBSD уже успешно загружается на плате SiFive Hifive Unleashed, для которой подготовлены драйверы UART, SPI и PRCI, поддерживает прошивку OpenSBI и SBI 0.2. За отчётный период работа была сосредоточена на миграции с GCC на clang и lld.
  • Приложения и система портов
    • Коллекция портов FreeBSD преодолела рубеж в 39 тысяч портов, число незакрытых PR немного превышает 2400, из которых 640 PR ещё не разобраны. За отчётный период внесено 8146 изменений от 173 разработчиков. Права коммиттера получили четыре новых участника (Loïc Bartoletti, Mikael Urankar, Kyle Evans, Lorenzo Salvadore). Добавлен флаг USES=qca и удалён флаг USES=zope (из-за несовместимости с Python 3). Ведётся работа по удалению Python 2.7 из дерева портов - все завязанные на Python 2 порты должны быть портированы на Python 3 или будут удалены. Пакетный менеджер pkg обновлён до выпуска 1.13.2.
    • Обновлены компоненты графического стека и порты, связанные с xorg. Cервер X.org обновлён до версии 1.20.8 (ранее поставлялась ветка 1.18), что позволило перевести FreeBSD по умолчанию на использование бэкенда udev/evdev для обработки устройств ввода. Пакет Mesa переведён по умолчанию на использование расширения DRI3 вместо DRI2. Ведётся работа по поддержанию в актуальном состоянии графических драйверов, стека устройств ввода и компонентов drm-kmod (порт, обеспечивающий работу DRM-модулей amdgpu, i915 и radeon, используя фреймворк linuxkpi для совместимости с Direct Rendering Manager ядра Linux).
    • Рабочий стол KDE Plasma, KDE Frameworks, KDE Applications и Qt поддерживаются в актуальном состоянии и обновлены до самых свежих выпусков. В порты добавлено новое приложение kstars (звёздный атлас).
    • Проведена работа по устранению регрессивных изменений в оконном менеджере xfwm4, всплывших после обновления Xfce до версии 4.14 (например, появилась артефакты при декорировании окон).
    • Порт с Wine обновлён до выпуска Wine 5.0 (ранее предлагался 4.0.3).
    • Начиная с версии 1.14 в компиляторе языка Go добавлена официальная поддержка архитектуры ARM64 для FreeBSD 12.0.
    • OpenSSH в базовой системе обновлён до выпуска 7.9p1.
    • Реализована и размещена в портах (devel/libsysctlmibinfo2) библиотека sysctlmibinfo2, предоставляющая API для доступа к sysctl MIB и выполняющая трансляцию имён sysctl в идентификаторы объектов (OID).
    • Сформировано обновление дистрибутива NomadBSD 1.3.1, представляющего собой редакцию FreeBSD, адаптированную для использования в качестве переносного рабочего стола, загружаемого с USB-накопителя. Графическое окружение основано на оконном менеджере Openbox. Для монтирования накопителей применяется DSBMD (поддерживается монтирование CD9660, FAT, HFS+, NTFS, Ext2/3/4), для настройки беспроводной сети - wifimgr, а для управления громкостью - DSBMixer.
    • Началась работа по написанию полноценной документации для менеджера jail-окружений pot. Готовится к выпуску pot 0.11.0, в котором появятся средства управления сетевым стеком.


  1. Главная ссылка к новости (https://www.freebsd.org/news/s...)
  2. OpenNews: Отчёт о развитии FreeBSD за третий квартал 2019 года
  3. OpenNews: Отчёт о развитии FreeBSD за второй квартал 2019 года
  4. OpenNews: Отчёт о развитии FreeBSD за четвёртый квартал 2018 года
  5. OpenNews: Релиз FreeBSD 12.1
  6. OpenNews: GCC удалён из основного состава FreeBSD
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/52727-freebsd
Ключевые слова: freebsd, report
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (165) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, dvz (??), 16:31, 13/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +49 +/
    Прекрасно. Фряшка развивается, что не может не радовать.
     
     
  • 2.7, Аноним (7), 16:55, 13/04/2020 Скрыто ботом-модератором     [к модератору]
  • –20 +/
     
     
  • 3.10, анонн (ok), 17:05, 13/04/2020 Скрыто ботом-модератором     [к модератору]
  • +24 +/
     
  • 2.76, Аноним (76), 10:02, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ну да, интеловское видео перетащили из линукса. ZoL тоже. Заживём.
     
     
  • 3.85, Аноним (85), 11:52, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Ну да, интеловское видео перетащили из линукса.

    Вообще-то из интеля. Или загружаемые чере NDISWrapper дрова у вас "из винды утащены!".

    > ZoL тоже.

    Но только у опеннетчиков на опеннете. У них тут своя, опеннетная реальность.

     
     
  • 4.86, Аноним (86), 12:00, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >NDISWrapper

    Ммм как бы тебе сообщить это, но даже когда оно было актуально, оно не очень прекрасно работало. И разве оно не заггружалось через прослойку в неизменном виде? У вас там что, дрова тоже через линуксулятор работают? 32 бита онли?

     
     
  • 5.89, Аноним (-), 12:18, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>NDISWrapper
    > Ммм как бы тебе сообщить это, но даже когда оно было актуально, оно не очень прекрасно работало.

    Ммм, как бы тебе сообщить это: даже если это так, то ... это ровным счетом ничего не меняет.

    > И разве оно не заггружалось через прослойку в неизменном виде?

    Принцип тот же - великодушно выпущенные (и зачастую креноватые и доводимые до "gpu hung всего лишь раз в неделю! Ура!" состояния иногда по нескольку лет) для пингвинят дрова от интеля загружается через враппер - потому что менять там что-то даже сами интеловцы не очень любят.
    > У вас там что, дрова тоже через линуксулятор работают? 32 бита онли?

    Казалось бы, причем тут линуксулятор, да еще и 32 бита?

     
     
  • 6.92, Аноним (86), 12:28, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну ты сравнил проприетарные блобы другой системы, нелегально загружаемые через крап, и ворованные исходники, написанные (пусть и криво) производителем для своих карточек. Это разные вещи.

    >причем тут

    Вот и мне непонятна логика твоих сравнений портированных исходников дров (с клеем или без -- неважно) с эмуляцией для блобов.

     
     
  • 7.96, Аноним (-), 12:37, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >  и ворованные исходники

    И у кого интель их слямзил?

    > Вот и мне непонятна

    Судя по всему, вся тема в целом анониму не очень понятна, но почему-то аноним настойчиво высказывает свое ценнейшее мнение.

     
     
  • 8.97, Аноним (86), 12:47, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    При чём тут интел, когда он абстрактный Зато анониму надо обязательно приплести... текст свёрнут, показать
     
     
  • 9.102, Аноним (102), 14:25, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В вакууме, сферический Если аноним опеннета чего-то не понял, то это не пробел ... текст свёрнут, показать
     

  • 1.4, Аноним (4), 16:42, 13/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    из всего списка меня больше всего волнует if_bridge
     
     
  • 2.18, abi (?), 17:36, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ng_bridge этих недостатков не имеет.
     
     
  • 3.22, Аноним (22), 17:45, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С фигали?
     
  • 3.24, Аноним (4), 17:51, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ты думаешь у них разные клумбы в цветочнике по имени ядро?
     
     
  • 4.59, ААА (?), 22:23, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    В цветнике.
    Цветочник это дяденька такой, цветы продаёт.
     
  • 4.174, bOOster (ok), 09:05, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Клумба в виде netgraph то одна, цветочки абсолютно разные. Одни пыльцу и мед пчелкам дают, другие мух ловят.
     
  • 4.175, bOOster (ok), 09:08, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Убогие линукс последователи никак врубиться не могут - что сетевая подсистема FreeBSD не работает в общем ядре как таковом. к Ядру прицеплен netgraph а дальше уже стэк протоколов.
     
  • 2.129, Аноним (4), 21:10, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    жаль, что tuntap на данный момент имеет те же проблемы, как написал в рассылке kp@
     

  • 1.5, Аноним (86), 16:45, 13/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Подскажите, почему llvm всегда генерирует дефективный код даже на amd64? Ведь сколько лет его разрабатывают, почти что сколько и gcc… Что не логично, так это то, что его и в вулкан пихать пытаются. Я хочу логичное объяснение, почему популярный у проприерасов и всяческих противников свободы компиялтор такое убожество.
     
     
  • 2.6, Аноним (6), 16:51, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Пруфы? Без них просто наброс фанатика GPL.
     
     
  • 3.9, Аноним (86), 17:00, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Не, не, поймите правильно, я не говорю что гцц идеален. У него просто астрономическое количество регрессий и багов выплывает (регулярно), а производительность что-то там на 30% ниже проприетарного интеловского компилятора (который ммм адок ещё тот, насколько мне известно, да и вопросы совместимости есть). Но для свободного продукта это нормально, он хотя бы стабильно лучше "стандарта" msvc. А тут продукт любимый всяческими корпорациями, а код стабильно дерьмовый продуцирует. Под стабильно я понимаю стабильно. Это регулярно обсуждается. Если хочется хомячковый аргумент, то для среднего по больнице можно на мандриву посмотреть, она в любом попугаеметре будет проигрывать.
     
     
  • 4.12, Аноним (6), 17:10, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Столько текста и всё зря. Если нет внятного аргумента, а лишь невнятные отсылки, не стоило обсирать.
     
     
  • 5.14, Аноним (86), 17:18, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    А смысл? Я ничего не обсираю, это общеизвестная общепринятая информация. Вон в соседнем треде разбирали генерируемый им ассемблер. Он может нагенерировать лапшу из переходов, но не может выбрать нормальные инструкции. А "срезать углы" замечательно и gcc может, pgo просто сказка.
     
     
  • 6.16, Аноним (6), 17:24, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылочку на тот тред, пожалуйста.
     
     
  • 7.20, Аноним (86), 17:41, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как? Поисковики не индексируют, поиска тут нет. Вся конкурентоспособность сводится к способности генерировать лапшу из переходов. Но лапша эта может оказаться совершенно не эффективной в зависимости от данных.

    Вот какая-то хомячковая статья откуда-то оттуда же, может для иллюстрации сойдёт https://habr.com/ru/post/483864/

     
     
  • 8.49, Аноним (6), 20:15, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Индексируют Запрос вида site opennet ru запрос ... текст свёрнут, показать
     
     
  • 9.52, Аноним (86), 20:37, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    По-моему там только новости, не комменты ... текст свёрнут, показать
     
     
  • 10.57, Аноним (6), 21:16, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В гугле ищи ... текст свёрнут, показать
     
  • 6.37, TheFotoMag (ok), 18:41, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Я ничего не обсираю, это общеизвестная общепринятая информация

    То есть, от разработки вы далеки бесконечно?

     
     
  • 7.41, Аноним (86), 19:05, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы, видимо, ещё дальше -- я там увидел "аргумент" про отсутствие достаточной диагностики в гцц, хех.
     
  • 4.13, анонн (ok), 17:14, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >  А тут продукт любимый всяческими корпорациями, а код стабильно дерьмовый
    > продуцирует. Под стабильно я понимаю стабильно. Это регулярно обсуждается. Если хочется хомячковый аргумент, то для среднего по больнице можно на мандриву посмотреть,
    > она в любом попугаеметре будет проигрывать.

    Но пруфов не будет, ведь это знают все!

    https://www.phoronix.com/scan.php?page=article&item=openmandriva-41-zen&num=2
    Ой.


     
     
  • 5.25, Аноним (7), 17:54, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тест того как дистры работают на процессоре AMD 3970x? Тем более там везде разные победители.

    Вот что интересно так это даст ли какой то прирост компиляция про помощи amd'шного компилятора aocc который тоже на llvm или нет.

     
     
  • 6.28, Аноним (86), 17:58, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну он просто увидел картинку, где жаба собранная шлангом на любимой десяточке впервые в чём-то победила и потёк. Подумать о результатах уже слишком сложно.
     
     
  • 7.34, анонн (ok), 18:22, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    _моей_ любимой десяточки там нет - моя любимая десяточка уже EoL Поэтому у меня... большой текст свёрнут, показать
     
  • 6.32, анонн (ok), 18:16, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Тест того как дистры работают на процессоре AMD 3970x? Тем более там
    > везде разные победители.

    И? Что там писалось?
    > она в любом попугаеметре будет проигрывать.

    Вот контрпример. А больше влет и не гуглится - несмотря на горячие заверения "это знают все!"

     
  • 4.31, Аноним (31), 18:16, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тестил как-то на фре порты, собранные разными компиляторами, и с разными оптимизациями и без.
    Во-первых разница между всеми комбинациями была небольшая, 1-3%
    Сказочки про 30143% не рассказывай взятые из головы.
    Во-вторых LLVM как раз таки на эти пару процентов обгонял GCC. Разумеется, это справедливо только для того конкретного софта и системы. В каких-то случаях и флаги оптимизации оправданы, в каких-то и GCC обходит, не расстраивайся.
     
     
  • 5.35, Аноним (86), 18:23, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вон я там ссылку привёл. Шланг никогда _никогда_ не обходит гцц, если это только не баг генерации или подобное. И разница там на 3%, ближе к 20 (иногда и все 300).

    >В каких-то случаях и флаги оптимизации оправданы

    В любых случаях pgo, включающий необходимые оптимизации в нужных местах, мешает шланг с землёй. Ну если задача вообще зависит от качества генерации кода.

     
     
  • 6.39, TheFotoMag (ok), 18:46, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Шланг никогда _никогда_ не обходит гцц

    Шланг содержит ПОЛНОЦЕННЫЕ СРЕДСТВА ДИАГНОСТИКИ и позволяет, в отличие от гцц с коркой «рантайм еррор, стоппед», получать сообщения «ошибка приведения типов в функции имя функции строка 6778 аргумент блаблабла»

    Но вы этого никогда не узнаете, поскольку с кодом не работаете. В связи с этим, зачем и о чем вы тут высказываетесь?

     
     
  • 7.40, Аноним (86), 19:02, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Лол. Что это ещё за фантазии? Оно появилось в гцц лет 10 назад, сразу после шланга (я нигде не говорил, что от шланга нет пользы).
     
     
  • 8.54, TheFotoMag (ok), 20:50, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно И гцц, и шланг ты видел на картинке ... текст свёрнут, показать
     
     
  • 9.56, Аноним (86), 21:00, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, кончено Оно теперь даже говорит в гцц , что ты забыл, и на что надо испра... текст свёрнут, показать
     
  • 6.60, Ordu (ok), 23:03, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Вон я там ссылку привёл. Шланг никогда _никогда_ не обходит гцц

    Сходи и посмотри на ссылку ещё раз. clang там обходит gcc, в табличке написано. g++ обходит clang++, но я это не смог проверить, поскольку C++ код автор забыл выложить. Он утверждает что g++ быстрее, но там же в примечаниях он указывает, что перестановка сравнений в в коде приводит к тому, что clang++ оказывается быстрее g++.

    То есть твои "никогда _никогда_" -- это прямое следствие твоего нежелания видеть свидетельства тому, что ты не прав.

     
     
  • 7.62, Аноним (86), 23:13, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да не, там история большого факапа в табличке, можно было со значительно большей пользой время на порнхаб потратить. Ну как бы такие различия намекают.
     
     
  • 8.63, Ordu (ok), 23:39, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эмм Что за факап Что различия намекают Если табличка противоречит чистой ре... большой текст свёрнут, показать
     
     
  • 9.70, Аноним (86), 07:35, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Автор чёт сравнивал-сравнивал, рассуждал, но поленился заглянуть в ассемблер Св... текст свёрнут, показать
     
     
  • 10.72, Ordu (ok), 08:41, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы он заглянул в ассемблер, то изменились бы цифры в табличке Или что бы с... большой текст свёрнут, показать
     
     
  • 11.75, Аноним (86), 09:35, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я не знаю, чем там занимается llvm Я вижу только ассемблер, который он генериру... текст свёрнут, показать
     
     
  • 12.128, Ordu (ok), 20:29, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, всё чуть сложнее Низкоуровневая оптимизация, как и любая оптимизация, совер... большой текст свёрнут, показать
     
     
  • 13.130, Аноним (86), 21:21, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Всё как раз предельно просто Все вопросы к автору jq, я не могу его ускорить Р... текст свёрнут, показать
     
     
  • 14.135, Ordu (ok), 22:54, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если физически невозможно, не нарушая условия, то можно даже не заморачиваться н... большой текст свёрнут, показать
     
     
  • 15.138, Аноним (86), 23:38, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не низкоуровневая оптимизация, самая обычная 20 секунд превращаются в 12 пересб... большой текст свёрнут, показать
     
     
  • 16.139, Ordu (ok), 00:40, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Эмм, ты нашёл какие-то таблетки от когнитивного диссонанса Или как тебе удалось... большой текст свёрнут, показать
     
     
  • 17.143, Аноним (86), 08:45, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Смари Делаешь файл с 500 строк в формате типа такого у меня его генерирует sed... большой текст свёрнут, показать
     
     
  • 18.148, Ordu (ok), 11:28, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я думал ты стебёшься, но когда увидел, что вытянутый с github а актуальный комми... большой текст свёрнут, показать
     
     
  • 19.152, Аноним (86), 12:43, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да не, нормально версия в ебилде точно такая же не, никаких онигурум конечн... большой текст свёрнут, показать
     
     
  • 20.157, Ordu (ok), 19:39, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет json парсится в хеш-таблички, поиск в хештабличке и вставка туда элемента -... большой текст свёрнут, показать
     
  • 21.159, Аноним (86), 21:33, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так ведь задача была добавить в жсон, потому что это бд на диске -- жсон Всё ... большой текст свёрнут, показать
     
  • 22.160, Аноним (86), 21:37, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Eval Хотя завести список keys, список key1items, потом присваивать уже key1it... текст свёрнут, показать
     
  • 20.158, Ordu (ok), 20:44, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я почитал ман к jq, и написал тебе скрипт, который просто работает jq -c ech... текст свёрнут, показать
     
  • 21.162, Аноним (86), 22:54, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Хех, да, отлично работает Я так уже делал где-то, не тут real 0m0 123s user... большой текст свёрнут, показать
     
  • 22.163, Ordu (ok), 23:37, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не сомневаюсь Но исходно я ввязался в этот разговор, потому как ты сказал, что ... текст свёрнут, показать
     
  • 23.164, Аноним (86), 00:13, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ведь практически так и есть, я просто не ожидал такого явного превосходства шлан... большой текст свёрнут, показать
     
  • 24.165, Ordu (ok), 01:20, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Размер кода и скорость его выполнения слабо связаны while true скомпилируется... большой текст свёрнут, показать
     
  • 25.166, Аноним (86), 14:50, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Раздутый код будет быстрее, если это лапша из джампов Или медленнее, если он вн... большой текст свёрнут, показать
     
  • 26.170, Ordu (ok), 20:14, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сам бог велел задействовать sql В ядре, в списке псевдофс, есть RAM-диски ... текст свёрнут, показать
     
  • 27.173, Аноним (86), 21:53, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Надо было брать xml вместо json, в 100500 раз быстрее было бы это не точно, фиш... текст свёрнут, показать
     
  • 21.167, Аноним (86), 17:13, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я ещё немного подумал над этим, тут есть огромная проблема Если нужно добавить ... текст свёрнут, показать
     
  • 22.172, Аноним (86), 21:40, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ради интереса передал фильтр через временный файл, jq всё равно фейлится, если о... большой текст свёрнут, показать
     
  • 21.168, Аноним (86), 17:28, 16/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Более того, jq обламался ещё на 70кб, так что совсем никуда не годится ... текст свёрнут, показать
     
  • 5.47, Аноним (86), 20:07, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сорян, есть обновлённая инфа из проверенных источников.

    На операциях с малыми объёмами данных (конкретно 500 конкатенаций строк ~10-15 символов или около того) clang-10 O3 может показать превосходство над gcc93 Ofast порядка 20%, по сравнению с gcc93 -O3 разница в производительности легко может доходить до 50%. clang-10 O3 быстрее gcc93 Ofast + lto + pgo на ~1.5%.

    Скорее всего там та самая лапша из переходов, из-за которой шланг сыпется на более сложных кейсах, я не могу проверить. Бинарники у шланга в 2 раза больше с lto=thin, в 1.7 с lto=full, по сравнению с гцц lto + pgo.

     
     
  • 6.53, Аноним (86), 20:42, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это кстати для си, с плюсами всё куда интересней может быть.
     
     
  • 7.101, Аноним (86), 14:13, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь о плохом. Вот mediainfo (плюсовая программа, весьма тяжёлая и тормозная) шланг нисколько не помог и только замедлил, у g++ на O2 код более эффективный и быстрый генерируется. Я уже проверял это прежде, потому что она очень уж тормозная и авторы вроде советуют шлангом собирать.

    После прогона сборки с PGO, g++ билд оказался на 15% быстрее clang++-10 O3 и на 10% быстрее g++-9.3 O2, Правда, стоило бы собрать более полноценную статистику, я прогнал только для 1 наиболее часто используемого варианта. Но суть остаётся.

    Всегда поражало нездоровое желание плюсовиков собирать релизные билды шлангом. Не знаю, как в венде (там есть варианты из-за тех же экцепшенов и много чего ещё), а в свободных системах шланг совершенно не конкурент гцц.

     
     
  • 8.115, Аноним (86), 18:27, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ПС мои тесты гцц херня скорее всего, там замедляющих харденед флагов по самые ... текст свёрнут, показать
     
     
  • 9.116, Аноним (-), 18:34, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего скорее всего тут лишнее ... текст свёрнут, показать
     
     
  • 10.117, Аноним (86), 18:48, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну что-то они показывают В частности превосходство гцц над шлангом, а вот с... текст свёрнут, показать
     
  • 8.132, Аноним (86), 21:57, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Делают ли 30 погоду Визуально стало очень приятно Прямо очень, а то чутка нап... текст свёрнут, показать
     
  • 2.8, Аноним (7), 16:56, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не дефектный, а с фичами. Используя инструмент проприерасов думай как проприерас.
     
  • 2.11, анонн (ok), 17:06, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Подскажите, почему llvm всегда генерирует дефективный код даже на amd64? Ведь сколько
    > лет его разрабатывают, почти что сколько и gcc… Что не логично,
    > так это то, что его и в вулкан пихать пытаются. Я
    > хочу логичное объяснение, почему популярный у проприерасов и всяческих противников свободы компиялтор такое убожество.

    Может потому что аналога LLVM в GCC - немаэ?


     
  • 2.21, slava_kpss (ok), 17:44, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А почему никто не жалуется, что в Windows программы не собирают с помощью свободного божественного GCC?
     
     
  • 3.26, Аноним (86), 17:54, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще-то собирают, любой опенсорс и не только всегда им собирался. Для навязывания msvc создавалась несколько нездоровая атмосфера принуждения, сейчас нечисть Балмера отправили на пенсию и взгляды несколько поменялись, шланг внедрили во многие продукты и он резко обрёл популярность. Способность полноценно генерировать нужный код для венды изначально была угловым камнем для шланга, гцц подтянулся уже после него.
     
     
  • 4.140, Lex (??), 01:24, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Им собирают не потому, что он такой хороший, а вс - плохая...
    Просто, немалое количество проектов пилится под чем-то юникс-подобным, где гцц / шланг - базовые инструменты, такие же, как и вс-ка - для винды.
    Как ни странно, проекты, заточенные под один инструментарий( особенно, большие проекты ), проще собирать с его помощью, а не переносить на другой.. регулярно.

    И к слову, та же вс-ка( для винды ) очень даже неплоха.. по крайней мере, была.

     
     
  • 5.144, Аноним (86), 08:54, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Одни и те же программы собирают msvc и продают за деньги. И собирают gcc и продают за деньги другие ребята, менее корпоративные. Не нужно путать ситуации, когда гцц используется из-за необходимости тащить cygwin.
     
  • 3.27, Аноним (7), 17:57, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что все что надо им собрать нормально собирается.
     
     
  • 4.58, Аноним (31), 22:13, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Телеметрию?
     
     
  • 5.110, Аноним (110), 17:09, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    GCC можно и без телеметрии, а msvc ты без телеметрии от visual studio не обойдешься.
     
  • 2.126, neAnonim (?), 20:04, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    vulkan построен поверх spir-v что является форком llvm.
     
     
  • 3.131, Аноним (86), 21:41, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > vulkan построен поверх spir-v что является форком llvm.

    Eue, даже более того, нвидиевский nvvm тоже llvm (я всё ещё собираю гцц по старинке, но куда работает только с 8 -- видимо всё).

     

     ....большая нить свёрнута, показать (68)

  • 1.17, Alexey (??), 17:33, 13/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А в чем собственно проблема с GCC, ставьте из портов не забывая обновить дерево. И, если не ошибаюсь, то с опциями оптимизации сильно увлекаться не стоит, по рекомендации BSD-шников, типа флаг=-O3. А по поводу пути "Солярки", попадание оной грозит свалке долгой стабильной работой (хотя хотелось бы посмотреть на ту свалку космических масштабов). Дальнейшего развития товарищам.
     
     
  • 2.19, abi (?), 17:38, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А в чем собственно проблема с GCC

    Так лицензия же, её не включить в base

     
     
  • 3.23, Аноним (22), 17:48, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем он тебе в базе? Поставил из портов и собираю базу.
     
     
  • 4.30, Аноним (30), 18:13, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так продаваться несолидно.
     
  • 2.29, Аноним (29), 18:08, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я всё уже много лет собираю на Фрибсд с -O3 и нет проблем.
     
     
  • 3.33, Аноним (31), 18:22, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Порты? Или и систему тоже?))
    -О3 кажется даже дает небольшое падение производительности по сравнению с -O2 (по дефолту обычно идет), но я глобально не тестил.
     
     
  • 4.100, Аноним (29), 13:55, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И порты и систему. Работает быстрее.
     
  • 2.42, анонн (ok), 19:07, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > А в чем собственно проблема с GCC, ставьте из портов не забывая
    > обновить дерево.

    Если вы Настоящий Линуксоид Опеннета, то проблема в недостаточной гибкости вашего восприятия!
    Ведь одно дело - Самое Лучшее Ядро. Ну нельзя его под GPLv2 переводить - Платиновые Папик^W партнеры недовольны будут!
    И отсутствие изкоробочного компилятора под GPLv3 в той же бубунте и прочих мейнтсримных дистрах - это ... необходимость и Хитрый План! Понимать надо!

    И совсем-совсем другое - бзды! Тут отсутствие пропатченой GPLv3 компоненты (из-за которой вполне можно потребовать перевести все остальные компоненты под ту же лицензию, что в свою очередь потребует или выкидывание и переписывание кучи компонентов или услуги некромантов и медиумов для получения согласия всех учавствовавших разработчиков. О возможной, очередной смене лицензии без предупреждения, во время минорного обновления - просто скромно не будем вспоминать) в бсдшом бейз-бандле -- явный признак прогиба под проприерасов! Понимать надо!

     

  • 1.38, Deanon (?), 18:44, 13/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    О отличная новость, ОСь развивается в нужном направление без спешки. Очень удобная для изучения, да и для работы во многом выручает.
     
     
  • 2.77, Аноним (76), 10:07, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как там с десктопом? Всякие зоомы, и шлаки и скупые запускаются?
     
     
  • 3.108, Аноним (110), 16:53, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Электрон не осуществляет поддержки фрибсд. Все работает на страх и риск бзднутых.
     
  • 3.114, аннон. (?), 18:08, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Как там с десктопом? Всякие зоомы, и шлаки и скупые запускаются?

    Кто о чем, а пингвиняши о нежно любимых проприетарных зондах?

     
     
  • 4.118, Аноним (76), 19:01, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У тебя реально на десктопе только бздя? Просто я как-то не верю...
    А возможность запустить зонт - как-то лучше отсутствия оной. Вот у нас на работе - все в зооме, например. И реально был случай, когда одна девочка так и не смогла вернуться на бздю. Вроде на линуксе ей тоже неплохо, вот только ты потерял ещё одного пользователя, и мне от этого - совсем не приколько.
    Так что давай, расскажи с вантузомакакоси насколько зонды не нужны на бзде.
     
     
  • 5.127, анонн (ok), 20:09, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да Это твои проблемы и комплексы Прикинь, если мне действительно нужно будет -... большой текст свёрнут, показать
     

  • 1.44, Аноним (44), 19:22, 13/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    >Из дерева исходных текстов FreeBSD-CURRENT удалён набор компиляторов GCC, а также неиспользуемые утилиты gperf, gcov и gtc (компилятор devicetree).

    Всё пацаны! Это начало конца ФриБЗД. Отказ от ГНУ это непростительная ошибка и начало деградации.

     
     
  • 2.61, Аноним (61), 23:08, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С тех пор, как GNU выгнали Столлмана, они перестали вызывать у меня симпатию.
     
     
  • 3.65, Аноним (65), 00:05, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Столлмана выгнали не GNU, А FSF.
     

  • 1.46, Аноним (46), 20:06, 13/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >лицензию GPLv3, которая была признана неприемлемой

    В угоду корпорастам.

     
     
  • 2.50, zzz (??), 20:33, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Как там идет процесс перевода линуксового ядра под GPLv3?
     
     
  • 3.55, Annoynymous (ok), 20:55, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Никак. В угоду корпорастам, которые это ядро и развивают.
     
  • 2.82, iPony129412 (?), 10:25, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да всем в угоду.

    Не каждый в восторге от софта, где лицензия на кучу страниц.
    И бывает, что честному разработчику для разъяснения как оно согласуется с лицензией другого продукта с открытым кодом, надо проходить суд на один год, задействовать кучу юристов и консультантов.

    А тем временем, в каком-то подпольном Китае нечестные вообще клали на этот GPL, и ничего им за это не будут.

     

  • 1.51, IdeaFix (ok), 20:37, 13/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Докер всё там же? Прошу понять правильно, клетка не нужна.
     
     
  • 2.67, Аноним (67), 00:18, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На сегодняшний день, если нужен докер - используй линь, если не нужен - спокойно можешь работать в фри.
     
  • 2.74, Anonimous (?), 08:55, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Как в 2000 джейлы появились, так с ними и сейчас все ок. Это нативная вещь для FreeBSD, зачем там докеры?
     
     
  • 3.78, Аноним (76), 10:08, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    И как в бзд-джейле запустить уже готовый докер-контейнер?
     
     
  • 4.93, Аноним (-), 12:29, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И как в бзд-джейле запустить уже готовый докер-контейнер?

    И как в этом вашем дыркере запустить бзд-джейл-контейнеры?
    https://bastillebsd.org/templates/
    https://gitlab.com/bastillebsd-templates

     
     
  • 5.120, Аноним (76), 19:08, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > И как в этом вашем дыркере запустить бзд-джейл-контейнеры?

    Да я и не против бы это сделать, честно. Больше возможностей - лучше для меня. Меньше - хуже.
    Итак, есть у нас десятки шаблонов под джейлы и лимоны - дыркер-контейнеров. Вот он, выбор.
    https://forums.freebsd.org/threads/docker-is-dead.69955/

    Для LXC тоже есть какие-то шаблоны, так что джейлы мне ничего нового не датут. А жаль.

     
  • 4.106, YetAnotherOnanym (ok), 16:33, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты, наверное, в картер двигателя заливаешь олифу, да?
     
     
  • 5.113, Аноним (76), 18:02, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Изначальный вопрос в треде звучал так, между прочим:
    > Докер всё там же? Прошу понять правильно, клетка не нужна.

    А кому нужен джейл - запустят джейл. Кому LXC/OpenVZ/Virtuozzo - запустят их. Линуксатор в бзде - есть. Со стороны докера же - есть нехилая библиотека образов. Сильно побогаче той, что у анонима выше.
    Так что продолжай дальше заливать про карбюратор.
    Я бы не прочь запустить докер на бзде.

     
  • 3.149, IdeaFix (ok), 12:00, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как в 2000 джейлы появились, так с ними и сейчас все ок.
    > Это нативная вещь для FreeBSD, зачем там докеры?

    Джейлы не нужны. Фрю юзает примерно 0% рынка и под эти нативные реализации полезных фич никто ничего не будет делать вне нуля процентов мира фрибсдшных юзеров. Т.е. докер форева бета... или совсем сломали?

     
     
  • 4.154, Аноним (154), 14:00, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Как в 2000 джейлы появились, так с ними и сейчас все ок.
    >> Это нативная вещь для FreeBSD, зачем там докеры?
    > Джейлы не нужны.

    Анонимные опеннетные оналитеки тоже не очень нужны.
    > Фрю юзает примерно 0% рынка и под эти нативные реализации полезных фич никто ничего не будет делать вне нуля процентов мира фрибсдшных юзеров.

    То ли дело портировать для того же нуля процентов пингвинячье нагромождение костылей и подпорок. Л-логика.
    > Т.е. докер форева бета... или совсем сломали?

    Смысл его портировать, если почти все образы сделаны хвостатыми - и ожидают именно пингвинчика, к которому они прибиты полуметровыми гвоздями и который придется эмулировать?


     
     
  • 5.155, IdeaFix (ok), 14:43, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Смысл его портировать, если почти все образы сделаны хвостатыми - и ожидают
    > именно пингвинчика, к которому они прибиты полуметровыми гвоздями и который придется
    > эмулировать?

    У докера есть библиотека образов, у бсд есть проблемы. Клетка в частности и БСД в целом не нужно.

     
     
  • 6.156, Аноним (156), 15:51, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Смысл его портировать, если почти все образы сделаны хвостатыми - и ожидают
    >> именно пингвинчика, к которому они прибиты полуметровыми гвоздями и который придется
    >> эмулировать?
    > У докера есть библиотека образов, у бсд есть проблемы.

    А в огороде есть бузина ...

    > Клетка в частности и БСД в целом не нужно.

    Ценное мнение от очередного Опеннетного Знатока - тоже.


     
  • 2.81, Аноним (81), 10:18, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Софт на Go-вне не нужен от слова совсем. Докер не исключение.
     
     
  • 3.84, Аноним (84), 11:07, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Лучше на Go-вне чем на винде.
     
  • 2.134, FGSFDS (?), 22:29, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Докер в БЗДе там же, где и в других ОС, не поддерживающих cgroups нативно. Т.е. ставите Linux в виртуалку, ставите /usr/ports/sysutils/docker, докерите себе на здоровье.
     
     
  • 3.150, IdeaFix (ok), 12:02, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Докер в БЗДе там же, где и в других ОС, не поддерживающих
    > cgroups нативно. Т.е. ставите Linux в виртуалку, ставите /usr/ports/sysutils/docker,
    > докерите себе на здоровье.

    Т.е. фрибсд не нужно... жаль. Так же жаль что по началу докер так лихо втаскивали и говорили вот-вот, еще чуть-чуть и будет хорошо, а теперь чот так же пафосно, но уже злобно шлют в так полюбившуюся клетку.

     
     
  • 4.153, ГабенВул (?), 13:55, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну какому-то васяну, в чьей вселенной  "докер это единственное и самое важное качество ОС" скорее всего не нужно. Остальные могут в докер на виртуалке, сидят работают и в общем-то их все устраивает. Такие дела
     
     
  • 5.181, тигар (ok), 08:57, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    дурачек, которому ты отвечаешь, и в линакс с ним не работает:) не понятно, зачем тратить на него байты.
     

  • 1.64, Фанат (?), 00:04, 14/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Проблемы у MSVC и GCC сходны и видны невооруженным глазом.

    https://cloud.mail.ru/public/4UL7/5z6UKchAc

    GCC и MSVC разрывает последовательность записи и чтения блока данных.

     
     
  • 2.105, Аноним (86), 15:32, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Gcc на O3 генерирует очень, очень тормозной и раздутый код, следуя одному ему (меняющейся регулярно) понятной логике (которая вне всяких сомнений применима… где-то, но не здесь). Какой смысл выбирать O3? Польза иногда действительно перевешивает, но только на всяких кодерах и компрессорах. Вместо O3 надо использовать PGO, который включает оптимизации из O3 (и некоторые дополнительные) в нужных местах.
     

  • 1.66, Ivan_83 (ok), 00:08, 14/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это всё здорово, но есть штуки типа этой: https://reviews.freebsd.org/D21206
    вроде мелочь но сильно портит жизнь не только на десктопе но и на серверах.
    И в багтрекере таких коммитов ещё с десяток, которые иногда даже в апстрим взяли уже, и тут готовый патч лежит который только вмержить но нет.

    В amdgpu работа в этом году состоит менее чем в 10 коммитах.

     
  • 1.68, paulus (ok), 00:57, 14/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >NomadBSD 1.3.1, представляющего собой редакцию FreeBSD

    Редакция эта что-то на двух ноутах даже Х-ы не подняла :( Линуксы от мала до велика себе такое не позволяют...

     
     
  • 2.69, G0Dzilla (??), 06:17, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ой ли? На самом деле конфигов ноутов великое множество. Потому я своими глазами вижу, как на части этих ноутов даже Ubuntu без напильника не поднимает X-ы. Совсем небольшая часть от всех ноутов, но все же такие есть.
     
     
  • 3.79, Аноним (76), 10:12, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть у меня ленивец Е440. На линуксах работал всегда, но ни в одной из БЗДей(10, 11 и производные ливни) - не подымались иксы. Зато есть войфай!
    Псевдографики всем! И пусть все будут довольны.
    Видеокарты конечно бывают разные, но штеудовский интеграт... Завёлся даже в гайке.
     
     
  • 4.111, G0Dzilla (??), 17:10, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Многие современные производители пользовательской техники немного «подзабили» на унификацию. Несмотря на одну и ту же модель, иногда на двух соседних ноутах стоят разные компоненты. Поэтому на одних и тех же моделях операционная система, которая ценится за серверные качества, может вести себя по разному. Lenovo в этом плане не исключение.

    P.S. Бывший сотрудник сервисного центра этой компании и именно на этом бренде основывается мой опыт работы с Linux на рабочих компьютерах.
    P.P.S. Я так думаю, не нужен десктоп для FreeBSD. Каждый хорошей на своём месте.

     
     
  • 5.124, Аноним (76), 19:22, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Знаешь, нужен. Хотя бы мне. Наличие альтернатив - всяко лучше, чем отсутствие оных. Кстати видяшка в этом ленивце - i915. Что может быть ещё унифицированнее?
     
     
  • 6.141, G0Dzilla (ok), 04:31, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тем, кому нужно, и на QNX соберут рабочее окружение.
    Мой посыл выше был о том, что разработчикам FreeBSD не нужно сильно ориентироваться на десктоп. А то мы ведь уже видели примеры десктопизации. Еще раз: каждый хорош на своем месте.
     
  • 6.151, IdeaFix (ok), 12:13, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Знаешь, нужен. Хотя бы мне. Наличие альтернатив - всяко лучше, чем отсутствие
    > оных. Кстати видяшка в этом ленивце - i915. Что может быть
    > ещё унифицированнее?

    Я сейчас буду телепатствовать, но... видимо, по Вашей логике, если у меня на netbsd 8.2 в железном SPARC32 есть пакет i915resolution, то там тоже есть i915?

     
  • 5.133, paulus (ok), 22:23, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Многие современные производители пользовательской техники немного «подзабили» на унификацию.

    Согласен, но древняя toshiba с radeon'ом как могла не взлететь? Может таки проблема nomadbsd, а freebsd может завестись с Х'ами? Что-то типа frenzy на bsd существует?


     
     
  • 6.182, тигар (ok), 09:01, 20/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    зашибись шутишь. фрнзи, если что, изначально на базе fbsd была. а потом умерла.
     
  • 2.91, zshfan (ok), 12:25, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Простой личный пример:
    Дано: Ноутбук Dell Inspiron 15 7000 Gaming
    NomadBSD - запустилась, подхватила иксы, подхватила Wi-Fi, всё работает.
    Ubuntu Beta 20.04 запустилась, при открытии любого приложения иксы слетают на 1024х768, постоянно теряется Wi-Fi, вот такие вот дела.
     
     
  • 3.109, Аноним (110), 17:08, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ubuntu 20.04 стабильная еще не вышла.   И даже 23 числа когда выйдет по хорошему надо ждать полгода чтобы ставить до 20.04.1. Так что не показатель.


     
     
  • 4.119, xm (ok), 19:06, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В Ubuntu вообще надо ждать. Некоторые вещи годами.
    Ну чистый дзен.
     
  • 4.142, zshfan (ok), 06:38, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не соглашусь, убунту 20.04 это лтс, она должна быть вылизана изначально, ибо предполагается что она на поддержке будет долго, при том что сидя на каррент ветке фри такого не наблюдается.
     
     
  • 5.145, iPony129412 (?), 09:12, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну не соглашусь

    Ну молодец.

    > убунту 20.04 это лтс, она должна быть вылизана изначально, она должна быть вылизана изначально, ибо предполагается что она на поддержке будет долго

    Нет. Как раз по этому зачастую туда пропихивают что-то по новее, ибо потом поддерживать долго.
    Например, тот же GNOME 3.26 вышел в 11 марта 2020. Понятно, что за полтора месяца выловить и починить свежие баги на разных конфигурациях сложно.

    Поэтому правило до первого сервис пака в полную силу.

     
  • 5.146, iPony129412 (?), 09:22, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > на поддержке будет долго

    Или вот, понятно, что python2 выкинули в Ubuntu - ну не поддерживать же его дальше.
    Ну и привет. Steam вроде до сих пор просто так не ставится.
    Не факт, что всё утрясут до релиза.
    https://github.com/ValveSoftware/steam-for-linux/issues/6869

     
  • 5.147, Аноним (-), 10:53, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну не соглашусь, убунту 20.04 это лтс, она должна быть вылизана изначально,
    > ибо предполагается что она на поддержке будет долго, при том что сидя на каррент ветке фри такого не наблюдается.

    Просто пример был изначально неправильный, с неправильными результатами - вот если бы под Линуксом работало хорошо, а под васянской сборкой CURRENT тормозило и фризилось -- никто бы и слова не сказал о "показателях".


     
  • 2.125, Аноним (125), 19:24, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это не к вам, а в целом, к свидетелям дефолтных конфигов: не ебитесь, поставьте винду. Если вы хотите yes->yes->next->install - не надо гнать на бзды и перебирать линксовые дистры. Не хотите разбираться, хотите next->next->ok? Ну так это в винде тру. Хотите вкурить линуксы? Ну это явно не убунта со стимом.
     

  • 1.73, Аноним (73), 08:44, 14/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Разработчику NomadBSD в особенности всего наилучшего, лишь бы в комфорте делал свое дело.
     
  • 1.83, Аноним (84), 11:05, 14/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Для это поделки фрибсд даже Firefox официальный не выпускают. Вывод фря не нужна.
     
     
  • 2.87, Dmitry (??), 12:12, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Аноним не осилил "pkg install firefox" ?
    Да, уровень свидетелей святого ядра скатывается все ниже и ниже...
     
     
  • 3.88, Аноним (86), 12:16, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я Оперу хотел скачать, в интернете мне предложили только линуксулятор, который так и не смог её запустить потому что она 64 бита и там какие-то проблемы с версиями. Вот так. Зачем нужна такая система на десктопе, если для неё нет единственной приличной хромосборки. И с электроном кстати тоже проблемы возникли.
     
     
  • 4.90, Аноним (31), 12:25, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Зачему тебе эти хромые сборки и электроды?
    Вот качай нормальную Оперу: https://ftp.opera.com/pub/opera/unix/1216/
     
     
  • 5.95, Аноним (86), 12:36, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачему тебе эти хромые сборки и электроды?
    > Вот качай нормальную Оперу: https://ftp.opera.com/pub/opera/unix/1216/

    Не, она конечно нормальная (особенно потому что она куда экономней нынешних браузеров), но уже лет 8 назад у неё были проблемы на куче сайтов (они тогда ещё решались подменой юзерагента). С производительностью и текучестью правда всегда проблемы были.

    Мне не совсем нравится нынешняя опера, пару лет назад она была куда круче и удобней (а ещё все её прокси можно было использовать свободно в любом браузере), но она всё ещё самая лучшая и удобная сборка хрома. А без хрома сегодня жизни нет. Электрон нужен, потому что много софта использует электрон. А тому нужны рабочие opengl и vulkan, среди прочего.

     
  • 3.107, Аноним (110), 16:48, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    pkg от Васяна который неизвестно что собрал и к фиксам которого Мозилла никакого отношения не имеет? Нет уж если уж говорите что десктоп то или поддерживайте или валите на роутеры.
     
     
  • 4.112, Аноним (31), 18:00, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Само дерево портов это часть ОС. Это у вас там ядро от Васяна, просто по удачному стечению обстоятельств оказавшееся в нужное время в нужном месте.
     
     
  • 5.123, Аноним (76), 19:18, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > ядро от Васяна, просто по удачному стечению обстоятельств оказавшееся в нужное время в нужном месте.

    Не в обстоятельствах единых дело. Вон ведро от ваших Васянов появилось здесь слегка раньше ведра от наших Васянов. И чо? А... Так фришным ваше ведро стало слегка позже вашего...

     
  • 4.136, Аноним (136), 23:04, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Свидетели ядра и ппа-помоек что-то говорит про васянов. Спешите видеть.
    Собирается все из исходников с сайта мозиллы. Что еще тебе нужно?
     
  • 4.161, KaZaaM4iK (ok), 22:36, 15/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему сразу неизвестно? Зашёл на freshports (https://www.freshports.org/www/firefox/) и увидел все опции/флаги, которые установлены. И лучше уж какие то фиксы будут, чем оставлять известные проблемы без какого либо фикса.
     

  • 1.99, аНоним (?), 13:41, 14/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Новости из теплого, лампового 2007 года.
     
     
  • 2.137, Аноним (137), 23:32, 14/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Новости из теплого, лампового 2007 года.

    Да уж, ретрограды! Ни одного упоминания systemd!

     

  • 1.176, Аноним (176), 09:18, 18/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Моя самая любимая ОС :) кто-бы що не говорил.
     
  • 1.177, Сергей (??), 09:18, 18/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Моя самая любимая ОС :) кто-бы що не говорил.
     
  • 1.179, bOOster (ok), 21:47, 18/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чето все молчат, а ведь HAMMER от стрекозы - этож идеальная система для десктопа
     
     
  • 2.183, Аноним (183), 22:29, 06/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Файловая система интересная, но сама стрекоза, к сожалению, не может похвастаться ни стабильностью, ни софтом,ни поддержкой оборудования.Не хватает проекту как финансов, так и разработчиков/мэнтейнеров/пользователей.
     

  • 1.184, linuxbuild (ok), 11:53, 30/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Могу подтвердить, что с драйверами во FreeBSD становится лучше. Это видно по добавлению поддержки новых устройств в sys: https://github.com/bsdhw/Drivers/blob/master/freebsd/freebsd-11.4.list

    Но чтобы не нарваться на неподдерживаемую плату или компонент, надо как и прежде покупать железо специально для FreeBSD. Найти BSD-совместимые конфигурации можно на сайте https://bsd-hardware.info/

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру