Продолжаем выживать под самой лучшей операционной системой человечества.
FreeBSD
Руководство на русском: https://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/
Handbook: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/index.html
OpenBSD
FAQ: https://www.openbsd.org/faq/index.html
NetBSD
FAQ: https://www.netbsd.org/docs/misc/index.html
OPNsense
WIKI: https://wiki.opnsense.org
GhostBSD
https://ghostbsd-documentation-portal.readthedocs.io/en/latest/
Прошлые тренды
https://2ch.hk/s/res/3346323.html
https://2ch.hk/s/arch/2020-07-29/res/2726458.html
https://2ch.hk/s/res/3446728.html
Слышал, что в 2-3 раза фпс ниже.
Но а как же тогда SteamOS?
А при чем тут SteamOS?
Смотря какие игры. Нативные должны производительнее идти. А те что под wine явно будут медленнее, ведь кроме оригинального кода игры тут ещё накладывается прослойка из промежуточных вызовов всякой хуйни.
>А те что под wine явно будут медленнее
Это далеко не так работает, если посмотреть гейминг на линукс
А почему? Код игры - не изменился. К вызовам библиотеки winpai добавилась прокладка winapi->wine->unix syscalls. Т.е. теперь такты процессора дополнительно тратятся как минимум на вызов промежуточных функции. Плюс, под виндой Directx оптимизирован аппаратно, а в wine это всего лишь прослойка из directx в mesa 3d.
С другой стороны, винда сама по себе заставляет тебя запускать кучу анальных зондов. Т.е. запуская вов на винде, у тебя система грузится всеми визуальными фишками 11, кучей всяких служб, onedrive, новостями, подгрузкой обновлений, отправлением твоих данных в разведку цру, антивирусом, античитом battle net итд. А на FreeBSD у тебя собственно ничего кроме вова и не запускается. Античит по идее работать не должен, античиты ведь раьотают в режиме ядра т.е. отслеживают вмешательство в память процесса. Чтобы отследить такое вмешательство необходимо для начала выйти из режима виртуальной памяти, на нулевое кольцо, т.е. в ядро, поэтому на винде античит запускается как драйвер. А на freebsd я же от юзера запускаю вов, т.е. ничего в ядре этот процесс поковырять не сможет, я могу спокойно через /dev/mem читать память и найти там вовку.
А хуй его знает, всё дело в оптимизации, наверное. DXVK и на винде заставляет многие игры выдавать больше кадров, особенно на старых api вроде dx9, а с линуксом он вообще расцветает: https://www.youtube.com/watch?v=J-fezkcaQYo. Правда R* античит ебаный добавили не так давно, поэтому с DXVK теперь не поиграешь в мультиплеер.
Начни с того что скачай его.
https://download.freebsd.org/releases/amd64/amd64/ISO-IMAGES/13.4/
Умеешь установочную флешку через rufus делать? Вот сделай. Прямо как для винды.
Далее, всё просто. На FreeBSD всё уже есть, бутлоадер, установщик. Тебе нужно только запустить установку. Тупо всё по--пунктам как на винде: выбираем раскладку клавиатуры, затем задаём пароль руту, выбираем часовой пояс, по необходимости настраиваем подключение к интернету, размечаем диск. Я предпочитаю брать классическую UFS файловую систему, использовать авторазметку на полный диск. Если охота, можешь сам себе разделы какие нужно наметить, там MBR, GPT. Далее, собственно установка системы. Выбери дополнительные компоненты, если нужны. Рекомендую выбрать компонент sysmouse - это позволит елозить мышкой. Ничего лишнего не выбирай, всё это настроить можно позже. Под конец установки, тебе предложат создать пользователя. Соглашайся! Создай себе юзера. Задай пароль. В группе пропиши wheel на всякий случай. После чего всё, ребутай.
После ребута получишь 2 пикрил. Вводишь логин, пароль - пользуешься ОС.
Собсна как на видео всё https://www.youtube.com/watch?v=IqmPPfr_DwY
Пиши если возникнут трудности.
14.3 stable, 15я уже в конце года зарелизится, зачем 13-то советовать
На всякий случай. Кто знает чего они там в 15 намудрили.
У нас bhyve
Ну у нас как всегда, снапшотов нет, функционал чуть урезан, ещё и знание bhyve не нужно никому впизду. Лучше бы kvmки поднимал. Создал у себя сеть из виртуалок на фрибсд: две виртуалки centos 9, одна windows10, и ещё одна - pfsence в качестве маршрутизатора. Работает.
Вообще хз, выбор между FreeBSD и Linux это всегда "большой член в попе - больно, маленький - стыдно". Читаю как раз книгу по администрированию centos 9 и с одной стороны "что вы блядь за извращения тут сделали?? Какой впизду systemd?? Какой впизду sel?? Какой блядь network manager и firewall-cmd? Что за уродство", обдолбанный спайсом бородатый админ скажет "ыыы зато распараллетить можно ыыы". Но с другой стороны, зато можно запустить wow с аппаратной поддержкой. На FreeBSD же наоборот сидишь и думаешь, почему так гумозно и недоработано? Будто бы "на объебись" оставлено и заброшено, и никто об этом не помнит.
На plan9 надо переходить.
Потому что рынок ос полетел впизду примерно в начале нулевых. Очкастый вирусолог и финский недоучка все разъебали.
Сколько охуенных проектов сдохло, мама дорогая. Нетварь в свое время 90% рынка держала. Промышленный стандарт был. И где она теперь? Никто даже не помнит что это такое.
БСД неплохо сражалась, еще в нулевых чуть более половины серваков под ней было, но вот и ее время пришло.
>что вы блядь за извращения тут сделали?? Какой впизду systemd?? Какой впизду sel?? Какой блядь network manager и firewall-cmd? Что за уродство
Детектор админа двух локалхостов.
Ну то есть тебя, да, долбоеб? у тебя systemd - мешанина из говна, котороая кроме запуска служб одновременно и логи пишет, и сокеты для программ даёт, ещё и в конфигурации юнита есть такая вещь как "зависимость". Пиздец вы дебилы, напердолить такое говно под Unix. А что самое прикольное, всё это говно всё равно работает под init. Т.е. теперь, вместо того что-бы просто запустить службу, вы бля обязаны прописать конфиг-юнит для этой службы, и проконтролировать чтобы она ещё и логи корректно записывала. И ради чего это? Гибкость есть? Гибкости нет - всё всё равно одинаковые настройки пишут. Зато полно зависимости багов и и невероятно тупого упражнения. Например запустил ты nginx просто как демон - а в systemd он считается как не активный. Вот и чеши репу, что там как запущено.
Далее, ёбанный firewall-cmd. Это говно работает над iptables и над другими программами из ядра. Так вот, тут сразу видна ошибка как и в предыдущем: если кто-то добавит правила а iptables, то firewall это никак не отобразит. А такие правила могут быть добавлены для destination адресов. Что ещё? Очень тупые команды. Посмотреть всё это у нас --list, а посмотреть что-то активное --get. Какой мудак блядь синтаксис писал? Как я list от get по смыслу отличу??? Почему нельзя сделать отдельно --list-all, --list--active и. т.д.
Чё там ещё? Sel. Там вначале главы прямым текстом говорится, что sel - это защита от бездарей. Вот мол, наговнокодил у тебя сотрудник php сайт, а на нём уязвимости которые позволяют иметь доступ к тем каталогам, для которых админ запретил доступ. Поэтому решили повесить на всё подряд метки, и запретить изначально файлам и каталогам те действия, для которых они не предназначены. Т.е. веб-сервер не может читать ничего кроме файлов которые предназначены для веб-сераера. Нельзя монтировать файлы куда либо, если это не каталог для монтирования. По-моему это уж точно не то что должно быть в Unix. Вы ещё антивирус поставьте, чтобы точно было как на винде! И ведь ставят! ClamAV.
С тем же успехом можно админить винду, и говорить что на ней всё идеально работает, Чмил Чмейтс всё идеально продумал. То то сервера с виндой самые частые в обслуживании, и самые гемморойные в поиске неподалок.