В отчёте о развитии проекта FreeBSD с июля по сентябрь 2023 года представлен новый драйвер с реализацией файловой системы SquashFS, который можно использовать для повышения эффективности работы загрузочных образов, Live-сборок и прошивок на базе FreeBSD. SquashFS работает в режиме только для чтения и обеспечивает очень компактное представление метаданных и хранение данных в сжатом виде. Драйвер реализован на уровне ядра, поддерживает работу с выпуском FreeBSD 13.2 и, среди прочего, позволяет загружать FreeBSD с ФС SquashFS, размещённой в оперативной памяти...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60036
А compressed tmpfs по прежнему безнадежно поломана, да?
Я писал как-то скрипт для разворачивая ZFS со сжатием в памяти.
Если память не подводит, я на этом систему собирал.
> Я писал как-то скрипт для разворачивая ZFS со сжатием в памяти.
> Если память не подводит, я на этом систему собирал.Мсье знает толк в извращениях!
Это был скрипт для установки системы с флешки.
В памяти создавался том zfs с компрессией, и на нём компилировалось кастомное ядро с окружением с использованием march=native, после чего устанавливалось на диск. Вместе с доп конфигурацией.
ECC желательно.
Кстати, а в линуксе есть tmpfs со сжатием? А то как-то очень странно, временный раздел в памяти висит, но без сжатия.
штук пять их поперебывало, начиная вот со все той же squashfs (когда-то очень любимой дебианом для initrd)
Естественно, такая fs readonly и толку от нее для обычных людей ноль.
google:// zram as tmpfs
Это же дичь полная, оно создаёт сжимаемое блочное хранилище, поверх которого нужно ФС накатывать.
Это приводит к тому, что метаданные сжимаются так-же как и данные.
В Armbian какая-то zram есть.
>А compressed tmpfs по прежнему безнадежно поломана, да?откуда там сжатие, когда там есть своп?
https://man.freebsd.org/cgi/man.cgi?tmpfs
"""
If the system becomes low on memory and swap is configured (see swapon(8)), the system can transfer file data to swap space, freeing memory for other needs. Metadata, including the directory content, is never swapped out by the current implementation. Keep this in mind when planning the mount limits, especially when expecting to place many small files on a tmpfs mount.
"""
Может это имели ввиду https://man.freebsd.org/cgi/man.cgi?mdmfs
Вроде никогда такого функционала не было.
Зачем нужна initramfs?
решает проблему курицы и яйца.
Если кратко - это специальная фс, которая содержит файлы системы инициализации и загружается вместе с ядром при помощи загрузчика
initramfs - это терминология linoops, во фре она - низачем не нужна и ее там и нет.(проблема л@п4тых что нельзя же забить все модули для всех теоретически возможных драйверов намертво в ведро - и их надо ведру откуда-то загрузить чтобы получить доступ к хотя бы диску с которого оно может быть загрузит все остальное - но это неточно. У фри нет такой проблемы - ее загрузчик сам загружает драйверы и линкует их с ядром еще до запуска ядра - раз он ядро откуда-то сумел взять, он там же рядом и драйвер возьмет.)
А то о чем тут - это memfs. Когда диска нет вообще никакого - эмбедовка, загрузка с tftp, диск не твой а дядин и на нем не твои дрова и т д.
> проблема л@п4тых что нельзя же забитьвсе модули для всех т еоретически возможных драйверов намертво в ведро - и их надо ведру откуда-то загрузить чтобы получить доступ к хотя бы диску с которого оно может быть загрузит все остальное - но это неточнов чем проблема вкомпилить "все модули для всех теоретически возможных драйверов намертво в ведро"?
только зачем? ведро прекрасно грузится без инитрамфс и даже модули загружает
>> проблема л@п4тых что нельзя же забитьвсе модули для всех т еоретически возможных драйверов намертво в ведро - и их надо ведру откуда-то загрузить чтобы получить доступ к хотя бы диску с которого оно может быть загрузит все остальное - но это неточно
> в чем проблема вкомпилить "все модули для всех теоретически возможных драйверов намертво
> в ведро"?В их количестве.
> только зачем? ведро прекрасно грузится без инитрамфс и даже модули загружает
Драйвер ФС требуется, что бы загрузиться с этой ФС. Вкомпилировать драйвер ZFS нельзя, потому что GPL свободнее чем CDDL, а EXT4 нельзя, потому что она давно не в моде и эксперты рекомендуют заняться тестированием BcacheFS.
Потому, что в CDDL так и написали, нельзя линковаться ни с чем, чего нельзя превратить в CDDL.
человеку сверху надо все в ведро, о количестве модулей и размере такого ведра речи не шло> Вкомпилировать драйвер ZFS нельзя
удивительно, драйвер фс не входящий в состав ядра нельзя вкомпилить
> человеку сверхуУдивительно, что "человек сверху" это Аноним (23) как и ты.
> надо все в ведро, о количестве модулей и размере такого
> ведра речи не шлоНу так вкомпиль, что у тебя за проблема?
>> Вкомпилировать драйвер ZFS нельзя
> удивительно, драйвер фс не входящий в состав ядра нельзя вкомпилитьНе удивительно, что на самом деле можно, но эксперт про то не знает https://wiki.gentoo.org/wiki/ZFS#Installing_into_the_kernel_...
у меня проблем нет, проблема у человека сверху, который не вкурсе как отключить поддержку модулей в ядре> Не удивительно, что на самом деле можно, но эксперт про то не знает https://wiki.gentoo.org/wiki/ZFS#Installing_into_the_kernel_...
да хоть reiser5 вкомпиливайте, только это все работает на определенных ядрах, нельзя просто так взять mainline ведро и вкомпилить туда не поддерживующуюся фс, адьё
> у меня проблем нет, проблема у человека сверху, который не вкурсе как
> отключить поддержку модулей в ядреЕщё раз "сверху" твои сообщения. В той ветке я отвечал тебе.
> в чем проблема вкомпилить "все модули для всех теоретически возможных драйверов намертво в ведро"?А они там нужны?
Слинковать при установке ядро с драйверами, необходимыми и достаточными для монтирования / и /boot, с которой потом уже будут загружены все остальные драйвера - этот путь в мире линуха почему-то не прижился.
потому что никому не упало пересобирать ведро при каждом минорном обновлении. А потом не суметь загрузиться потому что контроллер сдох и пришлось подключить другой.Его вообще пересобирать никому не упало - даже во фре стало уже немодным.
Так я ж не про полный ребилд из сырцов. А про то, чтобы прилинковать драйвер контроллера к прилетевшему базовому образу и указать в конфиге загрузчика полученный файл. А если контроллер сдохнет - загрузиться с установочой флэшки и составить образ ядра для нового контроллера. Или просто иметь аварийный образ ядра со всеми драверами контроллеров, которые могут понадобиться.
Но в линухе лёгких путей не ищут. Городить огород с initrd/initramfs для них проще.
> Так я ж не про полный ребилд из сырцов. А про то, чтобы прилинковать драйвер контроллера к
> прилетевшему базовому образуэто немодно со времен dec rsx11
Ты можешь что-то "прилинковать" к уже собранному бинарнику линкусного ведра? Вот и с бинарником фри такая же история.
> А если контроллер сдохнет - загрузиться с установочой флэшки и составить образ ядра для нового
> контроллера.но умеющим кодить когда-то оказалось проще написать нормальный загрузчик и не трахаться с флэшками.
> аварийный образ ядра со всеми драверами контроллеров, которые могут понадобиться.
и внезапно узнать что они конфликтуют. (и да привет долбаной убунте, самой себе отрубающей установочный диск и отменить это никак нельзя)
А еще у них бывают, внезапно, параметры. Которые не всегда хочется набирать вручную.
И initrd (самый простой и дубовый подход) и лоадер умеющий в конфигурацию того что загружает, просто избавляют нас от этой проблемы. Без необходимости сложных приседаний с пересборкой бинарников.
>> Так я ж не про полный ребилд из сырцов. А про то, чтобы прилинковать драйвер контроллера к
>> прилетевшему базовому образу
> это немодно со времен dec rsx11
> Ты можешь что-то "прилинковать" к уже собранному бинарнику линкусного ведра?Такое только виндузятники могут делать. Там даже придумано специальное слово - "джойнер". У них то нет сорцов.
Вот мерзавцы, и тут обошли.Ну как тут не объявить год десктопа с макоси!
P.S. мне правда казалось что линковка все равно при этом откладывается до этапа выполнения - т.е. это просто бандл из двух несвязанных бинарников. Для обычного бинаря похрен, он и так недолинкованый, а вот с ядром так не получится.
Казалось правильно, пакеры обычно при старте распаковывают и связывают, так как они решают задачу в общем виде, а dll следует регистрировать в соответствующем системном списке, иначе какие-то из функций WinAPI не работают. Кто сам написал код для всего этого, способен сделать и статический линкер, информация в таблицах импорта-экспота-релокаций имеется. Может быть придётся прилепить инициализатор, что бы дёргать какие-то функции из модулей.
> Ты можешь что-то "прилинковать" к уже собранному бинарнику линкусного ведра?Всё решаемо, было бы желание.
> Слинковать при установке ядро с драйверами, необходимыми и достаточными для монтирования / и /boot, с которой потом уже будут загружены все остальные драйвераНе распарсил, будьте добры помедленней, я записую
> сам загружает драйверы и линкует их с ядром еще до запуска ядра"Everything that happens now is happining now!"
https://youtu.be/TWmVlgIR2HA?si=etnzyyu9IDyGkrbN
>>is happininghappEning, с вашего позволения.
Охх.. простите, сээр, обмистейкался!
Ничо он не загружает САМ и не линкует.
Все дрова дисков и сетевух (кроме совсем маргинальных энтерпрауз контроллеров) забиты в конфиг GENERIC ядра и всегда внутри.
Автозагрузка модулей начинается уже когда / в RW перемонтирован, перед стартом демонов, devd этим занимается.
>Все дрова дисков и сетевух (кроме совсем маргинальных энтерпрауз контроллеров) забиты в конфиг GENERIC ядра и всегда внутри.Это не совсем верно.
Некоторые сетевые карты не находятся в GENERIC и лежат в виде отдельного модуля.
Проблемы это не создает, так как loader загружает ядро, загружает модуль с сетевой картой,
а потом передает управление ядру.
Специалисты опеннета - спешите видеть! (и ведь этот еще утверждал ведь что что-то шарит в bsd)ну конечно ничего и не сам.
Ой, чтоета:
(и я тебе больше скажу - zfs тоже никогда не вкомпилируется в ядро намертво по лицензионным причинам - просто те же самые команды лежат себе тихо мирно в loader.conf)
автозависимости, как видим, не умеет, приходится ручками, но умеет об этом сообщить, а не "unresolved symbol - иппись как хошь ".
> initramfs - это терминология linoops, во фре она - низачем не нужна
> и ее там и нет.А что в бсд делают чтобы зацепить рутфс на чем-то хитроджеппом? Линух чтоли ставят? :)
> (проблема л@п4тых что нельзя же забить все модули для всех теоретически возможных
> драйверов намертво в ведро -Ну так их там ща более 150 мегов для типичного x86 билда. А, типа нет дров - нет проблем?! Мне кажется с этим подстава. Что с 150-метровыми ядрышками, что с отсутствием дров альтернативки такие себе весьма.
> и их надо ведру откуда-то загрузить чтобы получить доступ к хотя бы диску
> с которого оно может быть загрузит все остальное - но это неточно.На самом деле - это чтобы rootfs цеплять в каких-то особо продвинутых случаях. Скажем по сети, или там спросив у юзера пароль, или всякое хитроджеппая конфигурация которую сперва собрать надо - и только тогда оно дескать читаемо.
> У фри нет такой проблемы - ее загрузчик сам загружает драйверы и линкует их
> с ядром еще до запуска ядра -И сколько файлух он умеет читать такой хороший? А по сети смогет такое? Или какую-нибудь нетривиальную многодисковую штуку собрать по кускам?
> раз он ядро откуда-то сумел взять, он там же рядом и драйвер возьмет.)
В какомнить EFI - с весьма голимого FAT32 раздела, например. Предлагается туда и всю вермишель модулей скопом выгрузить?
> А то о чем тут - это memfs. Когда диска нет вообще
> никакого - эмбедовка, загрузка с tftp, диск не твой а дядин
> и на нем не твои дрова и т д.Вот фрю то только на эмбедовку и ставить, не будучи соней корп при этом...
> А что в бсд делают чтобы зацепить рутфс на чем-то хитроджеппом?повторяю для д-6илов - лоадер это делает. Это у вас тяжкое наследие загрузки с флопика с сектора 1 и сп-женый через восемь лет у hurd загрузчик, наконец-то, умеющий хоть что-то.
> И сколько файлух он умеет читать такой хороший?
а ему надо ровно три - nfs, zfs и ufs. Мы про root, ау. Нет, извинити, установка системы дуалбутом в виндочку прямо на ее ntfs - это к объявляшкам года линoops на десктопе, фря такое пока к сожалению не может и к счастью и не планирует.
> В какомнить EFI - с весьма голимого FAT32 раздела, например. Предлагается туда и всю вермишель
> модулей скопом выгрузить?нет, это только у вас л@п4тых так принято (и таки да, Grub efi по другому не умеет - извольте подложить ему его собственный драйверок xfs, а то он не знает где его взять)
В efi у freebsd лежит только никогда не меняющийся stub, который тоже загрузит loader и на этом с efi мы прощаемся.
>> А что в бсд делают чтобы зацепить рутфс на чем-то хитроджеппом?
> повторяю для д-6илов - лоадер это делает.А лоадер тебе что, операционка целая чтобы уметь вообще совсем все что можно из полной ОС зацепить? Гений блин системный.
> Это у вас тяжкое наследие загрузки с флопика с сектора 1 и сп-женый через восемь лет
> у hurd загрузчик, наконец-то, умеющий хоть что-то.Например жестко мешаться в какой-нибудь экзотике, эмбедовке и проч, так что там как раз всем проще оказывается пингвина взять? :) Потому что оказывается что лоадер вон то или вон так - не умеет, и вся стройная картина мира разваливается. А пофиксить в такой абстракции это очень гиморно. Одно дело юзермод в рамдиске, юзающий фичи ОС, совсем другое - ограниченное окружение лоадера с весьма лимитированными умениями.
>> И сколько файлух он умеет читать такой хороший?
> а ему надо ровно три - nfs, zfs и ufs.Что я там про пингвина выше говорил? Тот и с nfs или чего там загрузиться не обломится в результате. А в бзде лоадер точно так сумеет? С любой поддерживаемой бсд сетевкой? А, ну да, ты мне такие лекции прочел как облакам ФС не надо, но как они при этом грузиться будут ты подумаешь как нибудь потом, чтоли? А я вот даже могу и заимплементить такое, если надо. В лине ессно. Благодаря initrd ессно.
> Мы про root, ау.
Ага. И возвращая тебе пас про облака без ФС - ну вот там вон то очень даже полезно. Да, я это еще и умею имплементить. А ты видимо и в этом тоже разбираешься - как во всем остальном.
> такое пока к сожалению не может и к счастью и не планирует.
Ну, мне то оно пофиг но КМК тем хуже для фри.
> нет, это только у вас л@п4тых так принято (и таки да, Grub
> efi по другому не умеет - извольте подложить ему его собственный
> драйверок xfs, а то он не знает где его взять)Да вообще
1) GRUB так то может модули в 1 тушку собирать если это надо.
2) Он при этом даже по снапшотам btrfs шарахаться может.
3) На минималках Linux kernel может являть собой собой валидную EFI программу (оставаясь при этом и валидным кернелом для лоадеров, магия в стиле justine.lol) - и в EFI ему вообще по минимуму лоадер не нужен. Забавно, да? На типовом десктопе это не рекомендуется, ибо если с новым кернелем что-то пойдет не так - в менюшке GRUB то можно старое выбрать или командлайн поменять. А вот без лоадера... уже внешняя бутявка понадобится. Но так можно было.> В efi у freebsd лежит только никогда не меняющийся stub, который тоже
> загрузит loader и на этом с efi мы прощаемся.Линух забавнее вписался туда - может быть целиком запущен как EFI программа. В этом случае лоадера может не быть совсем (кроме системной фирмвари).
А в GRUB можно и всякие более странные вещи типа загрузки из образов, а последний писк (это чтоб ты клаву испачкал) - "boot over http", во! Оно правда с большими оговорками работает, но все же как тебе такое, Элон Маск?!
> Зачем нужна initramfs?Для тебя специально сделали чатжпт, копилот, бард.
> Ведётся работа по созданию плагина на базе ChatGPT для создания экспертной системы, консультирующей по вопросам, связанным с FreeBSD.Лучше б докер дожали
>Лучше б докер дожалиДокер под фрей нах никому не нужОн. Ибо есть проверенный временем jail. По этому никто не фиксит проблемы с ним.
Если он тебе так сильно нужен - вперед в багзилу, пофиксишь пару проблем и будет тебе счастье. Благо докер под фрей давным давно работает, правда с некоторыми оговорками.
А ты ж ни с тем, ни с другим, ни с фрёй не разобрался...
Я знаю примерно 0 продакшенов на джейле и миллион на докере. Так что твой локалхост - это не проверка временем.
Чистое вранье. Тот же TrueNAS полагается только на jail.
Запилили контейнер вне бздей. Все могут по быстрому какое-то конкретное окружение поднять, а во фре... jail славно умеет в докер-контейнеры или всё вручную надо будет собирать ?
> Запилили контейнер вне бздей.А чо не сразу виндовый апп?
Все могут (смотри "Все" - винда, винда, винда и вот - еще винда! Дисяточка, 11, все три актуальных версии сервера - вообще все! При удаче даже на целых двух архитектурах, в отличие от дыркера, но это неточно) а ты нет!
Срочна срочна пили в своем ведре поддержку вендоаппов. А то ж уже запилили, а ты не могешь.
> а во фре... jail славно умеет в докер-контейнеры или всё вручную
А во фре конечно есть эмулятор линoops, но это так себе идея.
Проблема не в дыркере - который тоже никому не нужен вне linoops тусовочки и ее генитальных девелоперов в wsl. Проблема что внутри дыркера - линуксные бинарники. Которые внезапно не очень уместны на другой ОС.
А сам по себе дыркер как технология - без них оказался никому и не нужен. Его ж для того и придумывали чтоб генитальных разработчиков не отягощать знаниями ни о чем, какие еще такие не линуксные бинарники, знать не знаем. Поэтому дважды пытались притащить во фрю и даже оба раза уже работало, дурацкое-то дело нехитрое - только вот запускать ничего кроме хеловротов не могло. Просто потому что и нечего. Ну а раз нечего - то и сдохло за полной заброшенностью.
Его наоборот дропнули, хоть на доцкерхабе было пару бздешных образей.
Доцкер лучше прикручивать сразу линуксовый, может у линуксулятора хватит возможностей.
Ага, а потом он внезапно грохнется и объясняй потом заказчику про проверенную временем хрюбзд.Кубер наверное предложишь заменить баш скриптами?
Зачем им debootstrap? А как же make world?
> Rust 1.72.0Хорошая новость.
>Во FreeBSD появился драйвер SquashFSНу и зачем? Есть же dwarfs, которая в разы лучше.
because:> A fast high compression read-only file system for Linux and Windows.
А FAT/ZFS зачем, есть же UFS2?
Когда-то копался в сквош-фс
На первый взгляд вроде бы неплохо
Но, по мере копания, всплывала там какая-то фундаментальная фигня, которая сильно поубавила к ней интересаБыли же более примечательные её аналоги ?
Я тоже как то копался, но у меня была проблема с тем, что медиаплеер образ который я паковал жрать не хотел.
Помню какой то коммит чтоли откатить пришлось и пересобрать утилиту собирающуюс сквошфс образ.
> Когда-то копался в сквош-фс
> На первый взгляд вроде бы неплохоМелкая, сжатая, довольно компактная. А что еще от нее надо? Ну ей все и пользуются.
> Но, по мере копания, всплывала там какая-то фундаментальная фигня, которая сильно поубавила
> к ней интересаЕсли не звереть и юзать как мелкий ридонли рутфс - нормально вроде, если надо было именно это.
> Были же более примечательные её аналоги ?
Это бы какие например? Как максимум из серьезных потуг на тему вспоминается EROFS от хуавея, но в сабже его нету да и в линухе чем он так уж лучше - хуавэй его знает.
А ну еще Кент с bcachefs хочет уметь и это тоже. До кучи. Но он и в линукс то - только в гите майнлайна который даже не релизнулся. Как экспериментальное нечто. А в сабж соответсвенно попробуйте спросить про это годков через 15.
А зачем нужен SquashFS, если есть uzip с тремя вариантами сжатия?
зачем нужна бензопила, когда есть стиралка с тремя режимами стирки?
А зачем нужен uzip, если есть SquashFS?
> А зачем нужен SquashFS, если есть uzip с тремя вариантами сжатия?так он сломан то ли намертво, то ли почти - еще с 12й.
И чинить его некому - новое поколение не очень разбирается в старом коде.
Вот, новую фигню накодили. (на самом деле у нее есть принципиальное отличие - она не распаковывается никогда. Распаковываются байтики при чтении файлов с нее. Было актуально лет двадцать назад, когда памяти могло на всех и не хватить.)
сломан дефолтный zlib, тикет с 2021 и всех пох
но видимо пох, потому как zstd работает шутсрее, жмет чуть лучше и вполне себе работает
по-крайней мере у меня
> сломан дефолтный zlib, тикет с 2021 и всех пох
> но видимо пох, потому как zstd работает шутсрее, жмет чуть лучше имля, и как вот об этом догадаться?
> вполне себе работает
> по-крайней мере у меняможет и работает, мне не пришло в голову проверять не-дефолтный метод.
Но в целом кросавчеги. "главное ж ничего не чинить"
Никто же не пользуется зачем чинить?
> Никто же не пользуется зачем чинить?логично. Ломаем еще что-нибудь - им тоже никто не пользуется (как им пользоваться-то, когда не работает) - идем ломать следующее.
И так пока камня на камне не останется. А потом последний уходя выключает свет - никто ж не пользуется проектом, нахрен он и не нужен.
Судя по тому как я тут знатно потрахался с сетевым принтером и печатью на лине, линём и печатью никто не пользуется.Ну а чо, два года как поломали кусок купса, а по гткахе 10 лет назад багу обсуждали и уже тогда ей было несколько лет.
И это дебы и мбуту!
э... ну с купсом (случайно оказавшимся в ласковых лапках яббла) все примерно по той же схеме - объявлен немодным, немолодежным, и на всякий случай - сломан. Теперь надо убедиться что им никто не пользуется (потому что сломали) - и можно выкидывать.Так что да, все примерно так и есть.
> знатно потрахался с сетевым принтером и печатью на линеНуу.. оно ж рабочая станция. Оно ж деск, простите за выражение, топ. А может принтеры и не нужны уже никому просто? Оно ж обычно по такому принципу (не)работает. Если в люнюксе чего-то нет или оно не работает, значит это нинужно(tm)!
>> вполне себе работает
>> по-крайней мере у меня
> может и работает, мне не пришло в голову проверять не-дефолтный метод.
> Но в целом кросавчеги. "главное ж ничего не чинить"Least astonishment и "простая система" в действии походу :)
Дефолтный злиб с тех пор наверняка обновляли.
Вот он и не работает. Дообновлялись (вероятно причина что в лоадере другой zlib). Для 12й (или 11, я уже не помню) методом тыка я нашел недефолтный вариант который как-то через раз срабатывал, но и то только x64, при том что еще в десятке работал любой и без необходимости вручную что-то там рихтовать.Ну чего вы хотите. Зато вот squashfs скопипастили из линукса и новый модный лоадер на нескучном йезычке а то этот ваш форт не умеет чатгопота, надо самому знать синтаксис, фуфуфу.
> Вот, новую фигню накодили. (на самом деле у нее есть принципиальное отличие - она
> не распаковывается никогда. Распаковываются байтики при чтении файлов с нее.
> Было актуально лет двадцать назад, когда памяти могло на всех и не хватить.)А таки я иногда использую такую технологию на одноплатниках. Без сабжа конечно. Плюсы?
1) Нет времени на распаковку от и до. Что для штуки в сотню мегов на слабом железе еще какой аргумент.
2) Позволяет в том числе и фокусы на железках с весьма скромными спеками. Бесплатно же оперативу никто не допаяет, одноплатники с меньше RAM дешевле, а доплачивать "из своих" в партию одноплатников по причине "кривость рук" - выпрямить их может оказаться достаточно выгодно по деньгам уже. Одно дело поставить на бабки фирмачей, другое - себя.
> А зачем нужен SquashFS, если есть uzip с тремя вариантами сжатия?Никакого uzip нет. А SquashFS бывает использую вместо zip, tar.gz, tar.xz и прочих винраров: суть та же, только ещё и примонтировать можно. Единственное что в нём раздражает это убогая реализация дефолтной cli утилиты. Есть сторонняя разработка tar2squashfs из пакета squashfs-tools-ng, приходится использовать как-то так: tar ./ | tar2squashfs ...
> по переводу 32-разрядных платформ в разряд устаревших в выпуске FreeBSD 15.До такого даже линукс не дошёл.
Да они прост давно не тянут. Сколько человек в ней сейчас заняты? 10? Больше? Она же нигде не используется уже.
Щас тебе расскажут про нетфликс и плейстейшн.
Вы бы новость почитали ещё раз.
х32 выкидывают из мастера, мастер станет релизом 15 года через 2 или сколько там релизный цикл, к тому времени и линукс тоже х32 выкинет.Я держу х32 либы только из за вайна, х32 онли железа у меня уже нет, оно видимо пошло на помойку после переезда из мск, потому что мне не хотелось платить по 5 евро за кг этого мусора.
Вино кстати собирается и работает без 32-х разрядных библиотек (не надо называть их х32 - это другое) в Линуксе. Пишут, что WoW64 https://wiki.winehq.org/Building_Wine#Shared_WoW64 ещё не доделано, но всё мне нужное работает.
Не ту ссылку дал выше, собирается с --enable-archs=i386,x86_64
https://www.winehq.org/announce/8.0
Это отличная новость, и у нас в портах какое то шевеление на эту тему тоже пошло.
На данный момент оно собирается и работает, но исключительно х64 префиксы и бинарники, в моём случае это миранда и первый кризис.
У меня запускается даже OllyDbg 2.01. В Gentoo USE-флаг wow64 появился относительно давно, так что для FreeBSD это лишь вопрос времени.
Радует что фря всё ещё жива и развивается. Отличная ос используем давно.
Так толсто, что даже тонко.
> Коллекция портов FreeBSD за отчётный период увеличилась с 34400 до 34600 портовКакие-то детские размеры. Мало того, что сама ОС мягко говоря непопулярна на системах общего назначения, так ещё и софта нет.
А софту откуда взятся в портах если система не популярна?)Я вот в порты заношу то чем пользуюсь, потому что мне проще сделать порт чем скомпелять ручками бинарник и как то его поюзать.
Вспоминается вой линускойдов в первой половине 2000-х. Ой софта нет, все пишут только под венду! Ой вин-принтеры! Ой вин-модемы!Линукс, теперь ты венда! Был Балмер, стал Потеринг!
Developerux.js, developerux.rs, developerix.dart!
У тебя опечатка в слове вендузятников (не желавших платить за софт).Те кто _пользовался_ линуксом в 2000х (а не попытался сбежать с винды не заплатив) - просто пользовались, они-то - умели. Благо тогда и линукс умел многое из того что винда умела хуже или вовсе никак, да и коммерческие юниксы тоже не очень.
А винпринтеры и винмодемы (за парой интересных исключений имени интел) никто не любил потому же, почему сейчас не любят smr дисков - не только потому что технология г-но (к ней есть вопросы но определенный смысл тоже есть) а потому что "так получилось" что именно по ней изготавливали наиболее дерьмовые.
Потому что и придумана не для сделать хорошо, а для максимального удешевления и так дерьма.> Линукс, теперь ты венда!
именно. И вот теперь мы слышим вой - линуксоидов. Снова пытающихся съе..ся незаплатив (на сей раз rhbm). И снова их вые6yт, потому что необучаемые.
Идиотское замечание. Будто ты все из 34600 портов пользуешь (facepalm)
А теперь серьезно без лишних слов и сантиментов. Где-то ещё в продакшне используется бздя?!
Нетфликс использует как прокладку между диском и сетевой картой. Сонт в ПСП. Ну и миллиарды локалхостов БСДшников, про которые тебе тут без меня расскажут (но не покажут).
Практически везде. Лучше системы просто не найти, если надо что-то сложнее, чем нажмакать docker run.
Если не используется, что ты сделал чтобы увеличить процент использования?
Благодаря этому твоему сообщению, поймал себя на мысли, что после того как не смог накатить на блейд винду, Изначально была цель поднять домен контроллер AD, сервер 1С, Астериск. Кое-как накатил Дебиан раза с третьего. Накатил Qemu. Вот думаю как лучше всё это реализовать, через Самбу или как ещё.
Это я всё к тому, что мне даже в голову не пришло накатить FreeBSD или Openindiana.
> Если не используется, что ты сделал чтобы увеличить процент использования?Так это должны делать производители оборудования сертифицируя его под работу с конкретной ОС. Или ты думаешь что в проде качают iso с сайтов?
> Изначально была цель поднять домен контроллер AD, сервер 1С, Астериск. Кое-как накатил Дебиан раза с третьего. Накатил Qemu. Вот думаю как лучше всё это реализовать, через Самбу или как ещё.
Зачем тебе это всё на локалхосте?
>Зачем тебе это всё на локалхосте?Ну надо в небольшой конторе.
>Или ты думаешь что в проде качают iso с сайтов?
Низюна. Я зашел на сайт HP и думал скачать дайверы под конкретную ОС, думал даже сделать дистрибутив винды или линукс, но стало лень разбираться.
> Низюна. Я зашел на сайт HP и думал скачать дайверы под конкретную
> ОС, думал даже сделать дистрибутив винды или линукс, но стало лень
> разбираться.Для HP драйверы есть прямо в линухе, в составе CUPS - можно из репов поставить. Линуха вам не винды чтобы всякую левизну откуда-то сбоку качать.
И да, хьюлетовское добро в линухе как правило неплохо поддерживается. Дрова сам хьюль и предоставил cups'у.
Ну, например, из ~700 хостов, 10% BSD, 5% linnux.... Или это уже фанатизм?))
Чего ж 7000 или 7000000 сразу?
У нас продукт на фре основанный.
Россеянский vStack на фре основан.
RG Nets пилят роутеры или что то сетевое на базе фри.
Вистэк это какое-то поделие, которое не умеет ничего (даже FC) и на рандомный сервак не встанет (нужен специально освящённый). Самому не смешно?
На рандомный сервак даже венда с линухом не всегда встанут.
У фри относительно не плохо с поддержкой базового железа.
> У нас продукт на фре основанный.
> Россеянский vStack на фре основан.
> RG Nets пилят роутеры или что то сетевое на базе фри.А вы - это кто?
Теперь кусок солар секурити.
А чего же в отчёт не попало как эти недотёпы уже больше месяца имеют сломаное дерево портов для всех кто юзает OpenSSL не из базы а из портов!?И всё бы ничего, но было 3 варианта как ээто починить и все их я описывал, но калеки с коммит битом @FreeBSD.org не имеют чего то или не хотят чинить, и при этом не сваливают с поляны нафиг.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273961
>Ведётся работа по переводу 32-разрядных платформ в разряд устаревшихИ они туда же!
> И они туда же!Так правильное решение. x64 появился почти 20 лет назад. Чем не старые машины? Вообще, давно пора 32 битный legacy выжигать калёным железом.
следующим очевидным пунктом у таких как ты будет "и это бсдшное легаси выжигать каленым железом".Они и так уже остались на 0.1% - давайте сделаем вместо него 0.01 ?
Зачем мне 64битные указатели на гигабайтных виртуалках (которых у меня все еще овердофига, только вот бсдей среди них уже почти не осталось) где и так памяти еле-еле хватает?
Впрочем, осенью 21го года (если не ошибаюсь и не 22го) kib@ (один из немногих кто действительно понимает архитектуру x86) допилил поддержку до 24G адресации в 386. Что опять же полезно тем у кого нет ни одной программы, требующей больших указателей, а самих программ изрядно много (банальная раздача статики, как пример) и память снова нелишняя.
Не правильная логика. У Линуксоидов больше ресурсов чтобы поддерживать устаревшую архитектуру, чем собственно и занимаются некоторые авторы дистрибутивов, вроде Дебиан. У фряшников меньше ресурсов, у иллюмимисовцев тоже мало ресурсов, поэтому они вынуждены концентрироваться на основной архитектуре AMD64, ну может быть ещё ARM64.
> У фряшников меньше ресурсови скоро не останется совсем. Потому что только немногие из оставшихся 0.01% захотят и смогут им помогать. Так держать!
И да, конечно же я вижу массу установок фряхи на arm64. Прям в сотни раз больше чем копеечных виртуалок с гигабайтом оперативы.
А вот дебиllиан никуда не денется даже если завтра вообще выбросит абсолютно все архитектуры кроме единственно-верной x64 и трижды проголосует чтоб ничего и не смели больше поддерживать. У него хватит единственно-верных почитателей.
Насчёт помогать - как оказалось там хватает неадекватов которые и сами работать не хотят и другим не дают фиксить проблемы. Но это про порты, они отдельно от системы.
> Насчёт помогать - как оказалось там хватает неадекватов которые и сами работать не хотят и
> другим не дают фиксить проблемы. Но это про портыв ядре все то же самое.
Но безусловно если избавиться еще от половины пользователей, проблема решится - других совсем не останется.
Фишка не в 64 указателях а в куче примочек которых нет в х32 и не будет. И экономия на разнице в размерах структур нынче просто смешная.
Для всяких типа легковесных виртуалок есть chroot, jail.
> Зачем мне 64битные указатели на гигабайтных виртуалках (которых у меня все еще овердофига,
> только вот бсдей среди них уже почти не осталось) где и так памяти еле-еле хватает?А что, mmap() какой на 32 битах работает в результате если файло большое? Или 4 гигабайта хватит всем? И как там себя ведут всякие sendfile и ко?
> Впрочем, осенью 21го года (если не ошибаюсь и не 22го) kib@ (один из немногих
> кто действительно понимает архитектуру x86) допилил поддержку до 24G адресации в 386.Just in time, just in time. Вот уж выкрасить и выбросить то как оно есть.
> Что опять же полезно тем у кого нет ни одной программы, требующей больших указателей,
> а самих программ изрядно много (банальная раздача статики, как пример) и память снова нелишняя.И какой процент там займут эти 64 бит указатели при раздаче статики? А, ты отыграл целый мег на 24 гигах? У, это немеряный выигрыш. Улучшение на ... не, даже не 0.1%?! В нжинксе каком всего кода несколько мегов на все и вся, лол.
Я так то 32-бит ARM еще долго юзать буду, но, конечно, без сабжа, ибо не мазохист. А вот x86-32 я уже практически забыл. Штуке с креду я готов простить некоторые лимиты. Железному гробу - это повод апгрейднуть или списать.
лет десять можно было побугуртить, но сейчас чисто х32 железа без вздутых кондеров и прочих проблем уже не так просто найти. Так что пофиг.
Ну и касательно FreeBSD, там и не собирались фиксить ту же ZFS для 32бит и честно предупреждали о проблемах.
Некоторый софт уже не соберется под 32. Смысла держаться все меньше и меньше, особенно на фоне скромных ресурсов. А вообще удивился что там еще армам и поверпц уделяют внимание.
х86 устаревшая архитектура.
Авторы менстрим ОС не обязаны поддерживать устаревшие архитектуры.
Вам надо, вы и поддерживайте. Я так думаю. Вон Дебиан до сих пор делает х86 дстрибутивы, которые я могу поставить на свои старые ноутбуки с одноядерными ЦПУ, но ни Фряху ни Иллюмос не могу.
> х86 устаревшая архитектура.
> Авторы менстрим ОС не обязаны поддерживать устаревшие архитектуры.
> Вам надо, вы и поддерживайте. Я так думаю. Вон Дебиан до сих
> пор делает х86 дстрибутивы, которые я могу поставить на свои старые
> ноутбуки с одноядерными ЦПУ, но ни Фряху ни Иллюмос не могу.Ну дык, поэтому я и поставил дебиан вон тем некрофилам из пердищей на их винтажное добро. Зайти вконтач или офисный док набить хватает. А что еще они там делают?
Планшеты и "ноутбуки" на intel atom bay trail c 32-битным uefi и всего 2гб озу до сих пор в 2023 году выпускаются
> Во FreeBSD появился драйвер SquashFSВот такое вот хреновое лето^W Bcachefs :)
порт VS Code лучше бы починили, уже несколько месяцев сломаный