После более года разработки опубликован релиз DragonFlyBSD 6.0, операционной системы с гибридным ядром, созданной в 2003 году с целью альтернативного развития ветки FreeBSD 4.x. Из особенностей DragonFly BSD можно выделить распределённую версионную файловую систему HAMMER, поддержку загрузки "виртуальных" ядер системы как пользовательских процессов, возможность кэширования данных и мета-данных ФС на SSD-накопителях, учитывающие контекст вариантные символические ссылки, возможность заморозки процессов с сохранением их состояния на диске, гибридное ядро, использующее легковесные потоки (LWKT)...Подробнее: https://www.opennet.me/opennews/art.shtml?num=55120
все кроме netBSD в этом месяце обновились.
Или я пропустил её апдейт?
Всё нормально, просто она уже готова.
в каком смысле?
P.S. а, они в январе обновились
> все кроме ... в этом месяце обновилисьДовольно нелепая сентеция.
Они (все *bsd) что... каждый месяц обязаны обновляться __в унисон__? Где значится такое требование? Все *bsd - разные ОС с __разными__ циклами и __разными__ процессами формирования релизов. Тогда, когда обновилась NetBSD не обновлялись другие *bsd, одни обновляются - другие не обновляются. Раз на раз не приходится. Поэтому ваш вопрос звучит довольно нелепо. У NetBSD есть специальный development source tree, в простонародье NetBSD-current. Есть 8-я ветка с постоянными аддейтами, актуальная - 9-я. Все измнения можно парсить здесь - http://www.netbsd.org/changes/
С выпуском глобальных, значительных апдейтов появляются соответствующие пресс-релизы.
>[оверквотинг удален]
> Довольно нелепая сентеция.
> Они (все *bsd) что... каждый месяц обязаны обновляться __в унисон__? Где значится
> такое требование? Все *bsd - разные ОС с __разными__ циклами и
> __разными__ процессами формирования релизов. Тогда, когда обновилась NetBSD не обновлялись
> другие *bsd, одни обновляются - другие не обновляются. Раз на раз
> не приходится. Поэтому ваш вопрос звучит довольно нелепо. У NetBSD есть
> специальный development source tree, в простонародье NetBSD-current. Есть 8-я ветка
> с постоянными аддейтами, актуальная - 9-я. Все измнения можно парсить здесь
> - http://www.netbsd.org/changes/
> С выпуском глобальных, значительных апдейтов появляются соответствующие пресс-релизы.я не говорю что должны
но так получилось, на что я обрати внимание
> на что я обрати вниманиеЯ и говорю - нелепое замечание и сентенция с вашей стороны. Разные ОС имеют разные циклы выхода __в разные периоды__, а не __в унисон__. Какова логическая посылка к вашему "обратил внимание"? На что вы обратили внимание, собственно? Что случайным образом (так совпало) условная пара выпустилась в одно и то же время. а условная третья не выпустилась? Отсюда ваш вопрос логически неадекватен и "режет ухо" любому человеку, который прошёл хотя 2-3-х годичный курс логики, ибо из одной случайности __не следует__ закономерности.
>> на что я обрати внимание
> Я и говорю - нелепое замечание и сентенция с вашей стороны. Разные
> ОС имеют разные циклы выхода __в разные периоды__, а не __в
> унисон__. Какова логическая посылка к вашему "обратил внимание"? На что вы
> обратили внимание, собственно? Что случайным образом (так совпало) условная пара выпустилась
> в одно и то же время. а условная третья не выпустилась?
> Отсюда ваш вопрос логически неадекватен и "режет ухо" любому человеку, который
> прошёл хотя 2-3-х годичный курс логики, ибо из одной случайности __не
> следует__ закономерности.это не замечание, мне просто показалось странным что все бсд обновились примерно в одно время
Линукс = Виндовс, это видно по убунте
Linux != Ubuntu
Линукс = ядро - это когда убунтята своими лапками заносят кривые патчи. Когда надо похвалиться долей рынка - линуксом становится и убанта, и андроед.
Давайте немножко задействуем математическую логику. Является ли Ubuntu ОС GNU/linux? Да, является. А вот обратное утверждение уже неверно. В общемм случае GNU/Linux не является Ubuntu.
> Линукс = Виндовс, это видно по убунтекаким образом видно?
Прекрасная система, из недостатков работали только видеокарты интел. И в hammer fsck не завезли. Но это мелочи, рекомендую каждому попробовать погонять свои задачи на ней ради интереса.
Кстати по поводу fsck: после серии жёстких ресетов она у меня не расыпалась, в отличие от ufs. Выживаемость вроде даже лучше чем у btrfs (которая при одновременном повреждении нескольких копий данных становится совершенно невостановимой).
Вроде - не очень убедительно звучит. А вы чего с ним пробовали и какие факапы огребали?1. Кроме жестких ресетов бывают другие неприятные ситуации. Типа бэдсектора под метаданными или даже важной системной либой. Btrfs с этим может жить. С определенными оговорками - должна быть избыточность, конечно. В метаданных она даже для 1-дисковых по дефолту есть, там схема хранения DUP - "как RAID но на 1 устройстве". От полного аута девайса не спасет, но от случайного бэда вполне.
2. Что понимается под "совершенно невосстановимой"? Уж как минимум офлайн чтец вытащит данные даже с совсем полутрупа, для того и сделан. Ему даже монтировать это не надо и можно потыкаться в разные версии деревьев, в надежде что какие-то из них не сильно порушены.
3. А кстати там есть проверки с чексумами, для, допустим, RAID? В btrfs прикольно то что он видит какая копия битая по несовпадению суммы и чинит даже откровенные пакости, когда стораж врет что все прочлось, а реально - труха.
Это значит, что export tree или как там его, не сможет найти ни одного файла при повреждении всех копий данных. Такую ситуации легко можно получить на смеси посыпавшегося диска и ресета например.
Что еще за "export tree"? Вы про "btrfs send" чтоли? Оно вообще довольно специфичный тул, одно из применений - дифференциальные бэкапы ФС, только изменений. Если вы минимально представляете себе концепцию диффбэкапов, вам точно не должно хотеться делать ЭТО с серьезно битыми ФС. С таким же успехом можно сразу в /dev/null бэкапать.Я им еще делаю "образа для деплоя" с энныим оговорками: "нулевый" таргет должен быть с хоть каким-то но именно btrfs, чтобы раскатать это туда. И это тоже с битого диска снимать - суицидником надо быть. Я так например виртуалок из десктопа наделал, отослав точную копию в VM.
С вот именно порушенной ФС, где ну вот совсем нет копий данных/метаданных, и настолько плохо, что более обычные способы не прокатили - есть "btrfs restore". Офлайн читалка без монтирования, по типу тирамисы для нтсф, только, вот, на шару в тулките ФС сразу. Все б так тулсы к ФС делали. Ему можно указыать точки входа на деревья, поскольку оно CoW и не уничтожает старые состояния сразу, возможно разбирать деревья с разных точек. Вот это уже должно переживать разрушения которые за пределами обычной механики ФС. И кроме того ядро точно не уронит - все в юзермодовском тулзе парсится, так что fuzzing будет на тестовых машинах а не вот там.
Без понятия, я делал ровно то, что мне посоветовали в интернете на крайний случай когда никакое другое восстановление не сработало. Повторить эксперимент легко. Надо создать фс в файле, закинуть на неё некоторые данные, а потом поправить один из файлов в хекс редакторе, имитировав повреждение (достаточно изменения одного байта, факультативно можно затереть блок в 512 или 4096 байт). Фс, которую можно невосстановимо убить повреждением одного файла (память сбойнула, скажем), вместе со всеми данными, не кажется мне слишком надёжной.
Собирай бабки и я сниму тебе видо как работает btrfs после того как на 10гб образе я бахну рандомно 20mb посекторно.
1 повреждение не катит, там несколько копий. Речь была о том, что при минорном повреждении данные не вытащить, хотя данные эти будут совершенно целые.
А что получается, если так сделать?
>даже лучше чем у btrfsУ всего что угодно лучше, это не показатель.
> из недостатков работали только видеокарты интел
> Но это мелочида, мелочи, просто ты не заведешь иксы на половине ПК
Почему? Там есть софтовое ускорение. Vesa по-моему называется. Вообще, это система для датацентров, а не для десктопов. И половина это не так и мало. Было бы конечно приятно завести в qemu и получить ускорение на nvidia хотя бы через через virgl, для удобства разработки и портирования пользовательского ПО, но так тоже ничего в целом.
> Почему? Там есть софтовое ускорение. Vesa по-моему называется. Вообще, это система для
> датацентров, а не для десктопов. И половина это не так и
> мало. Было бы конечно приятно завести в qemu и получить ускорение
> на nvidia хотя бы через через virgl, для удобства разработки и
> портирования пользовательского ПО, но так тоже ничего в целом.Я с весой заводи линь - лагало просто жутко, пользоваться было не возможно.
ну впринципе если для дата центров то не важно, однако> рекомендую каждому попробовать погонять свои задачи на ней ради интереса
а дата центр сдесь думаю мало у кого есть
Vesa это не ускорение, это торможение. На этом хотя-бы ютуб в фулскрине смотреть реально?
Кстати, вы же это с иронией всё написали?
Интересно, сами разрабы стрекозла её на своих ноутах юзают?
Мой опыт использования линукса говорит мне, что достаточно покупать поддерживаемое железо. Ещё можно задонатить и кто-нибудь напишет https://www.dragonflybsd.org/docs/developer/Code_Bounties/
сам ты стрекозел
Linux уже попса)
Да, только вантуз, только хардкор!
Вот не понимаю зачем это пилят и кто этим пользуется. Вся система создана ради одного концепта - гoвногибридного ядра, и этот концепт уже с треском провалился. Ещё одна потенциально полезная homegrown фича - хаммер, преимуществ над ZFS не имеет и намеренно делается непереносимым. Больше там нет ничего, остальное криво копируется с других BSD, не тестируется и работает через раз. Пакетной системы нет впомине (pkgsrc и фряшные порты обе чужды, никем явно не подерживаются и что-то оттуда соберётся только если сильно повезёт).
А как же process checkpointing? Ну и вообще, там есть интересные отличия которые могут оказаться полезными https://www.dragonflybsd.org/features/
> гoвногибридного ядра, и этот концепт уже с треском провалилсяПочему? Маки с айфонами вполне успешно на гибридах крутятся.
Венда разве не гибридное ведро?
А кто челу минус поставил?У Windows и MacOS X гибридные ядра. Инфа сотка.
Вот не понимаю, зачем ты написал этот коммент. Вся суть коммента - этот проект не нужен, его надо закрыть, и эта идея с треском провалилась. Ещё потенциальная причина - покрасоваться, типа вот я написал умную вещь, так и вещь не умная и ты аноним. Как собирался лавры пожинать - неясно. Остальное криво копируется из других комментов типа "нинужно".
Ну, gnu hurd лучше бы развивали.Действительно вопрос, зачем БСД система которую не имеют корпорации?
А если имеют, так пусть и оплачивают банкет. Как с FreeBSD, честным людям же с такими женщинами никаких дел кроме осторожного бизнеса иметь нельзя.
в каком месте ZFS DFS?!
В стрекозе есть бинарные репозитории, а не только порты
Уже год основной системой на десктопе:
OS: DragonFlyBSD 6.1-SYNTH x86_64
Uptime: 1 day, 17 hours, 25 mins
Packages: 846 (pkg) *иногда использую местную фишку - ravenports (оно может и как пакеты), юзал бы и синтезатор, очень удобно, но нет столько места пока что.
Shell: zsh 5.8 и tcsh ван лав.
Resolution: 1920x1080
WM: awesome *а этой тачке не до вейланда.
Theme: Breeze [GTK2/3] *иногда бывает адвейта
Icons: breeze-dark [GTK2/3]
Terminal: urxvt *и konsole (но этот с заметным лагом стартует пока не закешируется, если часто ребутишься может надоесть). Вообще ребутиться зло.
Terminal Font: DejaVu Sans Mono
CPU: AMD Athlon II X2 240 (1) @ 2.799GHz *1 ядро сломано а выкинуть жалко.
GPU: Tahiti PRO [Radeon HD 7950/8950 OEM / R9
Memory: 3056MiB / 4051MiB *свопа 8, и ещё файловый своп на 8 (редко).
Собственно, моя, более старая система, есть на https://bsd-hardware.info/?probe=01b17bdbe6
Задачи по большей части простейшие но не легковесные, браузинг (сутками напролёт стримы), телега, файлопомойка, поиграть на муз. инструментах, поизучать current систему (как пользователь, не как разработчик).
Так как у меня видеокарта amd hd7950, аппаратное ускорение не поддерживается (ну неповезло), но одним ядром athlon работает youtube в chrome (1080р без 60 оба кодека с некоторыми пропусками фреймов, но смотреть можно). Менее тяжеловесно открываются стримы в 480р, чаще всего пользуюсь так как ещё нужно место на экране (монитор также 1080р).
Основная проблема из-за стримов в том что забивается место на диске при их просмотре, так как ни один байт не удаляется. Пытаюсь решать используя tmpfs таким образом: cp -r /home/спецпользователь/.cache/chromium /tmp/chromium и mount -t null -w /tmp/chromium /home/спецпользователь/.cache/chromium запуская хром ssh localhost -l основной_пользователь -n "DISPLAY=:0.0 notty chrome --site-per-process". Теперь за ночь съедает не больше гигабайта. Есть целое руководство на эту тему в доках dragonfly.
Использую как небольшое хранилище syncthing. Причём прежде чем перейти на него, пришлось освоить и nextcloud и proftpd. Это для дома, и здесь же перебираю отснятый материал, файловый менеджер nemo, вьювер eog, плейер mplayer (максимальное разрешение 1080р у видео), на отдельном диске целиком под 1 hammer2 pfs. Сам кластерный функционал пока не использую, изучал, присматривался и таки решился по результатам переехать на домашний двухпроцессорный сервак (с двумя мультимастер pfs на sas дисках и быстрым ssd под систему, с какой то из AMD карточек для рабочих станций (пока не выбрал, в мейл-листах советуют пару вариантов amd с аппаратной поддержкой, но больно дорогие 200$+, у меня весь сервер столько стоит).
Система нравится, до этого сидел на винде семёрке и freebsd. У семёрки грохнули поддержку, прекратил использовать как сетевую систему, а на фряхе перестал выходить palemoon, к тому же у freebsd теперь много подсистем, стал теряться, и как то я отвык и от палемуна и от фряхи, хотя есть системы там по которым я тоскую, тот же bhyve на freebsd или удобные дрова на win 7. Оказалось проще посидеть на стрекозе обвыкнуться, и обновляться пересборкой: под утро у меня запускается сборка нового current и мира парой отложенных команд, утром - новая система. А в основном просто спонтанно слежу что вышло новое и вручную обновляюсь с этой целью потестировать. В течении дня тестирую, потом генерирую рекавери ядро. Бесперебойника я на компьютере не имею (да и бессмысленно это с частым отключением электричества как у нас), но неконсистентного состояния за год не наблюдал (hammer2 сбрасывает состояние из оперативки кажется каждые 4-5 минут, и сразу при некоторых операциях). Максимум если неповезёт пропадёт до 5 минут работы. А какая работа если ты тут пялишься в стримы, так что мне данный баг не грозит.
Имею опыт переезда системы между дисками (c ide на sata).
Очень хотелось бы реализации дерева истории файлов, как на hammer первой версии. Самим срезом hammer2 cleanup пользуюсь часто (так как места мало). Но во всей своей красоте оно себя покажет только при наличии свободного места, раз в сутки делая срез автоматически. Лага как в zfs при полном отсуствии места, или когда оно заканчивается - не происходит. Если не проследил и забил весь диск до ридонли, просто перезагружаюсь в рекавери, монтирую системный pfs (раздел) и прохожусь срезая hammer2 clenaup 2 раза (это довольно быстро, до 5 минут. Второй раз это вообще из оперативки происходит практически не трогая физический диск.
Вполне ожидаемо, что у такого, а я бы назвал себя любопытным, пользователя, при постоянном использовании возникнут проблемы.
Они есть: падают иксы, не возвращая командной строки (статичная картинка), вслепую рестартую. Иногда бывают спонтанные зависания, что конкретно её подвесило не отслеживал, всё недоходят руки сесть и потестировать, я просто ребучу. Есть ещё баг в менеджере файлов от mate или в системе, не знаю, - при монтировании ntfs и открывании данного раздела в caja, система кажется зависает наглухо или уходит в ребут. Сейчас я на nemo (а это один фиг наутилус, как и caja) и на более новой версии системы, надо бы проверить. Также в caja и nemo extensions не вижу некоторых важных функций, подержки монтирования фтп и ssh шар как это удобно реализовано на том же linux mint cinnamon: "не удалось загрузить список методов поддерживаемых сервером. Проверьте установку gvfs."
С монтированием расширенного ext ventoy раздела флешки тут проблема великая, как и загрузки dragondly (то что там пишут ок, значит только то что они на реальных системах ни разу не запускали). *Проверил на х64 turion и х64 athlon.
Что бы хотелось от системы: проприетарных пакетов bitwig и reaper и аппаратного рендеринга видеокарты. С этим заработает и obs, и cad-ы.
> а это один фиг наутилус, как и cajaCaja шустрее своего прародителя, как ни крути.
Так то да, и вообще своей экосистемой дико удобна. Там где всё работает. У родителей linux mint cinnamon и nemo, работают все нужные мне интеграции. Тут же я пытался поставить cinnamon. Оно конечно, заводится, но даже страшно представить сколько всего придётся настроить чтобы дойти до уровня mint. Кстати, сам mate выглядит поживее cinnamon, конкретно на dragondly, и даже можно этим пользоваться.
> Кстати, сам mate выглядит поживее cinnamon, конкретно на dragondlyИ не только на Стрекозе. Думаю, дело в GNOME2, возможно, самом удобном с практической точки зрения DE для Linux. Правда, команда MATE таки ввела GTK3, отчего рабочий стол сильно прибавил в весе, но в плане «юзабилити» он остается верным своему знаменитому бате.
Mate везде поживее выглядит, да и посимпотичнее. Я юзал Гном 3 с момента его появления в Федоре. Через подташнивание от выкинутых фич, через убогие иконки и элементы интерфейса для одноглазых полуслепых дальтоников. Оно не тормозило на моём железе, фичи постепенно восстанавливались за счёт расширений, становилось более-менее удобно, но... засирающий память evolution, который я не использую, постоянно шарящийся по диску анальный зонд zeitgeist и куча всякого убого говна с интерфейсом для умственно отсталых вбили последний гвоздь в крышку гроба Гном 3 и я свалил на Mate.
Памяти стало больше, интерфейс привычный и без тормозов.
Ещё есть заметное отличие от freebsd. Все более менее неиспользуемые программы довольно быстро улетают в своп. Вероятно зависимость можно настроить, и вероятно это не всегда даже и минус при наличии оперативки и ssd с умным кешем для него от системы, но я на своих медленных жёстких дисках это чувствую особо остро. Если отхожу от компа надолго, система считает что всё кроме неё ненужно, и даже при стримах, сам стрим летает, а все остальные действия с этим браузером непременно достают всё из свопа. У freebsd есть классная настраиваемая система кеширования и своп не трогался до последнего. Тут же система пытается поддерживать свободную оперативную память для каких-то своих будущих операций. Как этот механизм будет работать на сервере с 64 Gb оперативки и теми же задачами пока непонятно. Буду ещё разбираться.
Не системный погромист, но именно так раньше вела себя четверка, может и старше.
Со временем приорететы сменились и свап с некоторой версии юзается лишь когда все плохо, а не на всякий случай. Это я про дефолты.
sysctl vm.v_free_target измеряется в страницах (4к для амд64), можно задать сколько хочешь чтобы оперативы было свободно.
sysctl -a | grep vm.v_free_target
vm.v_free_target: 22750
vm.stats.vm.v_free_target: 22750Благодарю иван, если это мне было. Попробую с этим поэкпериментировать, хотя оперативы 4гига, особо не разгонишься.
Тут ещё гиг на /tmpfs может отжираться системой, если раздел на всю забивается, но я такого ещё не видел на стримах.Хотя, вот в данный момент на хроме 4 вкладки без /tmpfs :
# top -b 0load averages: 0.09, 0.16, 0.11; up 0+00:39:53 01:34:50
57 processes: 1 running, 57 active
CPU states: 3.6% user, 0.0% nice, 3.6% system, 0.0% interrupt, 92.8% idle
Memory: 1058M Active, 551M Inact, 710M Wired, 1063M Cache, 178M Buf, 743M Free
Swap: 7631M Total, 7631M Freeа вот 4 вкладки включая стрим 480р с /tmpfs :
# top -b 0
load averages: 0.40, 1.08, 0.85; up 0+00:58:48 02:54:25
52 processes: 1 running, 52 active
CPU states: 36.9% user, 22.5% nice, 2.7% system, 0.0% interrupt, 37.8% idle
Memory: 1075M Active, 638M Inact, 702M Wired, 1118M Cache, 165M Buf, 456M Free
Swap: 7631M Total, 7631M FreeЭто после недавнего рестарта.
Вот чуть посидел опеннете, ничего особо не делал, добавил +1 вкладку c дак дак гоу:
Memory: 2050M Active, 923M Inact, 811M Wired, 98M Cache, 186M Buf, 60M Free
Swap: 7631M Total, 84M Used, 7547M Free, 1% Inuse
да кто такой это стрим что он жрет у вас оперативку.
Я про дефолты и память в те времена, тогда для средненищ.ебродских контор озу было в районе 512-1г
И выгрузка простаивающих процессов в своп была оправдана, когда же, слава гейтсу и его прожорливой винде, объемы стали расти выгода от таких телодвижений стала нивелироваться. И если раньше неактивные процессы выгружались примерно через сутки, то теперь они не особо мешаются и долго висят не сваплясь.
Дефолты со свапом никогда не трогал, т.к. поведение полностью устраивало. Раньше памяти было мало и лишние мегабайты под кеш или буфера не помешают, теперь когда памяти в разы больше это не играет особой роли, а какой-нибудь ссд лучше лишний раз не напрягать.
Выкинь это. Купи нормальный пека хотя бы на второй серии рузенов
Ты ему тот банкет заспонсируешь? :)Но вообще он знатный кадр, ты не заметил более эпик лулз.
"Так как у меня видеокарта amd hd7950, аппаратное ускорение не поддерживается"Пипец! У него VGA-печка с турбиной. 7950 в свое время был не особо дешевой штукой, и довольно прожорливой - сделать из мощной видяхи тормозитель без ускорения таки очень субоптимальная идея. И по $ и по ваттам. А чего, они до сих пор даже первые GCNы не завели?
Она сильно меньше греется чем вы представляете об этой серии почти топовых, когда-то, видеокарт. У меня один из биосов перепрошит под минимальное напряжение GPU до минимально возможного, когда оно ещё работает без сбоев. На видеокарте 3 вентилятора сняты, стоит один маленький от древнего айбиэмовского проца. Конечно, это всё равно оверхед. Сюда бы подошла самая дешёвенькая видеокарта с пассивным охлаждением. Просто комп очень часто был в дуалбуте и это устраивало.
А у меня игравая пелотка 5, тоже ничего.
>но этот с заметным лагом стартует пока не закешируетсяПро man resident вкурсе? Наверняка вкурсе, но я на всякий случай ;)
Не увидел особой разницы. Всё также после ребута и старта иксов, с шуршанием диска и лагом из-за этого стартует, к сожалению.
sudo echo '/usr/local/bin/konsole' > /etc/redisent.conf && 'resident_enable="YES"' >> /etc/rc.conf && shutdown -r nowsudo resident -l
Id Size Address Executable
1 7344 0x403650 /usr/local/bin/konsoleНо за напоминание спасибо большое. Появилась новая игрушка. Может ещё доковыряю.
>[оверквотинг удален]
> шуршанием диска и лагом из-за этого стартует, к сожалению.
> sudo echo '/usr/local/bin/konsole' > /etc/redisent.conf && 'resident_enable="YES"'
> >> /etc/rc.conf && shutdown -r now
> sudo resident -l
> Id Size
> Address Executable
> 1 7344
> 0x403650
> /usr/local/bin/konsole
> Но за напоминание спасибо большое. Появилась новая игрушка. Может ещё доковыряю.А ты поtruss(1)и, и замерь таймером. Не на глаз же, ей богу?))
> Но за напоминание спасибо большое. Появилась новая игрушка. Может ещё доковыряю.https://www.dragonflybsd.org/docs/developer/DragonFly_Techno.../
Поиграться ^_^
Ну вот юзал бы фрю - там твоя видюха поддерживается с аппаратным ускорением.Новых подсистем - там не так чтобы много, я бы сказал что практически нет.
Никто не мешает выпиливать почти всё через src.conf и собирать ядро только с теми опциями и модулями которые тебе нужны/известны/могут пригодится - я собственно так и делаю, у меня белый список модулей ядра которые собирать и само ядро очень далекое от генерика.Чтобы смотреть ютуп - фирефокс + play with mpv + mpv + youtubedl - и всё, никакой рекламы и адекватный плеер.
Пока там лапчатуюZFS не доведут до ума, 13 веткой пользоваться просто опасно... Всё руки не доходят посмотреть, чего она грузиться перестала.
Я zfs не юзаю и даже не собираю, профит от 13 - как минимум в свежем amdgpu, а ещё там O_PATH завезли для open(), так что теперь можно пропатчить софт чтобы он перестал блокировать девайсы при отмонтировании своим файловым мониторингом.
FAM свой альтернативный для glib20 я уже пропатчил и патч в багтрекере.
Это сразу большой пласт софта фиксит.
Остаётся wxWidgets и наверное что то ещё.
> Я zfs не юзаю и даже не собираю, профит от 13 -
> как минимум в свежем amdgpu, а ещё там O_PATH завезли для
> open(), так что теперь можно пропатчить софт чтобы он перестал блокировать
> девайсы при отмонтировании своим файловым мониторингом.
> FAM свой альтернативный для glib20 я уже пропатчил и патч в багтрекере.
> Это сразу большой пласт софта фиксит.
> Остаётся wxWidgets и наверное что то ещё.Я ничего против ufs не имею, использую и она у меня даже никогда не разваливалась, как тут обещают обитатели Антарктического побережья, но всё-таки на более-менее неслабом железе используется ZFS и даже для root раздела, которая так же прекрасно работала с 10.0 по 12.2. Но как только жители Антарктического побережья запустили туда свои крылышки, прекрасно работающее до 13 версии вдруг перестало загружаться, причём не сразу, а поработав несколько дней. А без этого ну никак не оценить прекрасный профит! Так что пока жду, пока будет время покопаться в причинах.
О, у меня есть тут вроде есть amdgpu в консерватории, можно будет предпринять вторую попытку, если там ufs...
ZFS более адекватным стал в 12 чтоли, в 10х он был долбанутый и не понимал что после добавления диска в пул нужно занулять/игнорировать то что там было до, это приводило к невероятным странным глюкам когда ты систему снёс а потом опять ставишь на тот же диск, с такой же разметкой.
В итоге нам приходилось по долгу занулять диски при инсталяции нашего продукта в котором zfs юзается.
В 11 версии было как то так, что если тачка имела команду на ребут в автозагрузке (не спрашивайте зачем :) ), и система на ZFS перегружалась в бесконечном цикле, то за пол суток-сутки ZFS почему то портился. Ну пару раз такое точно было.
Сейчас на 12.2 вроде проблем с zfs нет, хотя у нас нет гуру по нему.
amdgpu в 12 нужно юзать либо на базе 4.16, который в портах, либо на базе 5.0 который я сам добавлял.
Первый юзается на системах где старый биос, второй где он новый. Иначе оно не работает - виснет или паникует при загрузке прошивок (во время загрузки амдгпу модуля).
Именно поэтому у меня такая радость от 13 - наконец то один свежий амдгпу который работает со всеми железками сразу.
Использовал freebsd периодически (у меня ещё на одном из нетбуков есть 12я) на этом компе, потестировать игры и daw. Проблема, сами знаете, в том что на фряхе не занимаются с wow64, а среди моих любимых игр нет ни одной которая бы не требовала совместную работу x32 и x64 бинарников. Поэтому я и не вижу особой разницы между стрекозой. Ну рекламы у меня и так нет (uBlock origin + uMatrix), но связка из той что вы привели интересная, я юзаю youtubedl периодически в разных составах, экспериментирую, а вот с firefox ещё не пробовал, должно быть удобно. Здесь почему-то mpv тормозит, пока не смотрел почему.
Из за отсутствия ускорения?)) vo=x11 должно снизить температуру, но много от пациента не жди.
На Али есть процы вместо твоего за 5 дол, купить не вариант? А если тянет АМД 720(три ядра, 6мб кеш), то вообще песня.
Вариант, я уже давно собирался купить для него FX8370. Но потом поразмышлял, райзен 1200 даже дешевле стоит чем просят за эфиксы, в украине барыги ещё те. И решил купить сразу сервак на 4х эфиксах в двух процах. Чуть дороже чем за 1 эфикс просят, просто потому что непопулярно.
>Из NetBSD перенесены игры ching, gomoku, monop и cgram.Вот это на полном серьёзе считается чем то важным, достойным упоминания или траты времени на перенос?
Игры - двигатель прогресса
> Игры - двигатель прогрессаГномики игравают в гомуку ;-) лучше в суберпанк гравали.
>> Игры - двигатель прогресса
> Гномики игравают в гомуку ;-) лучше в суберпанк гравали.Во фре и линуксах выкидывают поддержку в принципе еще рабочего оборудования- например rtl8139. А эти наоборот ахраняют код гомуки 1969 года. СПО оно такое-перекосы в обе стороны дурные.
Вот поддержку RTL8139 точно не выкидывают. На этих чипах ещё сетевушки выпускаются, да и сами микросхемы тоже есть в продаже.
Не надо только пи##еть! Повыпиливали из Фряхи ISA-шные и наверно какие-то PCI-ные сетевухи, нынешние молодые админы наверняка думают, что ISA это только мыкрософтовский сервер... Хотя хотели повыпиливать больше.
да
В стрекозе много спорных по трудозатратам/применимостью решений. А это в свою очередь усложняет разработку решений под нее.
По факту - алмаз там это Hammer. Портировали бы хаммер в freebsd - стрекоза бы почила в бозе.
Чувак захотел - чувак перенёс. Если хочешь зафорсить какую-то фичу - уэлкам в код баунти.
>Добавлена реализация файловой системы Ext2, в которой отсутствует код под лицензией GPL.Сие есть хорошо.
Для корпораций разве что, которым всеравно стрекоза не нужна.
>>Добавлена реализация файловой системы Ext2, в которой отсутствует код под лицензией GPL.
> Сие есть хорошо.Кому эта еxt2 сейчас нужна, кроме фанатиков? Они и tar и еще чтото переписали, а cp и ls уже православные или языческие?
Ext2 для флешек хороша, журналирование там нафиг не нужно. Хотя сейчас, наверное, лучше F2FS для флешек. Я пока ext2 на флешке пользуюсь.
Вопрос к знатокам:1. поддержку загрузки "виртуальных" ядер системы как пользовательских процессов
2. гибридное ядро, использующее легковесные потоки (LWKT).
Это что такое? Новое слово в осестроении, или ...
> Вопрос к знатокам:
> 1. поддержку загрузки "виртуальных" ядер системы как пользовательских процессов
> 2. гибридное ядро, использующее легковесные потоки (LWKT).
> Это что такое? Новое слово в осестроении, или ...Лет 17 назад имеело смысл как пускалка нгинкса. А сейчас и эти люминифоры прасрааали и новых ничего не приобрели. в нетбзде ищо пущще застой лет 27. Тоже в бирюльки играются- какието там гамесы из 1974 года. ;-)
А в Линуксе то прогресс! Переписали операционку в запускалку, да и то kerneld до сих пор не допилили и вяленd восновном через прокладки пытается работать... А ещё и более-менее починенный звук снова переписали, заменили очередное уже работающее на новое. А, совсем же забыл: успешно отлаженный в Фряхе bpf себе впилили, теперь наверно глазёнки на netgraf посматривают, да ручёнки наверно kerneld заняты.
User Mode Linux появился, где-то, ещё в далёком 2001-м. Лёнька Потный ещё под стол пешком ходил.
> А в Линуксе то прогресс! Переписали операционку в запускалку, да и то
> kerneld до сих пор не допилили и вяленd восновном через прокладки
> пытается работать... А ещё и более-менее починенный звук снова переписали, заменили
> очередное уже работающее на новое. А, совсем же забыл: успешно отлаженный
> в Фряхе bpf себе впилили, теперь наверно глазёнки на netgraf посматривают,
> да ручёнки наверно kerneld заняты.В линуксе не прогресс, а разброд да шатание, что еще хуже. Некоторые вещи переписывают на новье, как только довели до ума, и опять переписывать.
>> А в Линуксе то прогресс! Переписали операционку в запускалку, да и то
>> kerneld до сих пор не допилили и вяленd восновном через прокладки
>> пытается работать... А ещё и более-менее починенный звук снова переписали, заменили
>> очередное уже работающее на новое. А, совсем же забыл: успешно отлаженный
>> в Фряхе bpf себе впилили, теперь наверно глазёнки на netgraf посматривают,
>> да ручёнки наверно kerneld заняты.
> В линуксе не прогресс, а разброд да шатание, что еще хуже. Некоторые
> вещи переписывают на новье, как только довели до ума, и опять
> переписывать.Это таки был сарказм. Линукс это топтанье на месте: зарплатку то хочется стабильненько получать, есть уже написанное, легче переписать "по новому", чем реализовать что-то новое и неизведанное. А то если на разработку неизведанного полёта мыслишки не хватит, могут и снять с довольствия. А сейчас у большинства полёта мысли на работу с указателями уже не хватает, без подтиралки кучки никак...
>зарплатку то хочется стабильненько получать, есть уже написанное, легче переписать "по новому", чем реализовать что-то новое и неизведанное.Ты это скажи растаманам, которые пытаются переписать на Раст всё и вся. Линусоид - это сишник, который оттачивает божественные ГНУ-утилиты.
Что там Steam пашет?
Здесь нет wine. pkg search steam находит только:
bitlbee-steam-1.4.2 Steam plugin for bitlbee
Нормал а то фряхи маловато надо догонять остальные дистры
Был ещё некий дистр на фряхе Frenzy интересно он ещё существует или всё
https://ghostbsd.org/GhostBSD_21.05.11_ISO_now_available
Сайт вроде есть frenzy.org.ua а вот остался он в 2012 новых релизов нету проект закрыт вроде как
Посмотри на официалке https://frenzy.org.ua
Всё
http://frenzy.org.ua можно посмотреть что всё