https://www.opennet.ru/openforum/vsluhforumID3/118468.html Представлен релиз десктоп-ориентированного дистрибутива GhostBSD 19.09, построенного на базе TrueOS и предлагающего пользовательское окружение MATE. По умолчанию в GhostBSD применяется система инициализации OpenRC и файловая система ZFS. Поддерживается как работа в Live-режиме, так и установка на жесткий диск (используется собственный инсталлятор ginstall, написанный на языке Python). Загрузочные образы сформированы для архитектуры amd64 (2.5 Гб)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51493<br> https://www.opennet.ru/openforum/vsluhforumID3/118468.html#45 Thu, 19 Sep 2019 08:32:33 GMT Если для FS 8Гб выделить, а логи транзакций на ssd писать, то я бы поспорил с Вашим утверждением о медленной ZFS, а если бездумно подходить к настройке, то - ZRAID работает со скоростью самого медленного диска в массиве.<br> https://www.opennet.ru/openforum/vsluhforumID3/118468.html#44 Tue, 17 Sep 2019 23:18:50 GMT <br><br>&gt;&gt;Стим просто работает. Во фре только из под вайна.<br>&gt; Steam могёт в FreeBSD https://github.com/SteamOnFreeBSD/SteamOnFreeBSD <br><br>А вы сами смотрели что там внутри? По-сути скрипт для скачки убунтовых приблуд и создания симлинков на их внутренности.<br>Сменится версия убунты, сменится что-то в стиме и все, привет. Также большое сомнение что с такой "эмуляцией" будет работать протон. <br><br>Обновлялось что-то два года назад.<br> https://www.opennet.ru/openforum/vsluhforumID3/118468.html#43 Tue, 17 Sep 2019 14:47:57 GMT &gt; Пока что именно вы занимаетесь сомнительными спекуляциями. <br><br>Конечно - ведь на самом деле "likely due to" и "but likely from poor fsync behavior or the likе" - это что-то выдуманное мной, а не из описания результатов "теста" автором.<br>Ну или наверное я не умею в аглицкий и на самом деле это означает "есть абсолютная и подтвержденная фактами уверенность в том, что это из-за", а не "скорее всего связанно с ... или чем-то вроде того" ага.<br><br>И на самом деле это я категорично и уверенно заявлял, что <br>&gt;&gt; Там она работает в асинхронном режиме и (возможно) без журнала.<br><br>?<br>Ну и часовню тоже наверное я, чего уж там! <br><br>&gt; Есть тестовый стенд и его <br>&gt; описание с параметрами монтирования <br><br>Т.е. вас совершенно не затруднит запостить параметры самих ФС, как и параметры монтирования?<br> <br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/118468.html#42 Tue, 17 Sep 2019 14:24:25 GMT Пока что именно вы занимаетесь сомнительными спекуляциями. Есть тестовый стенд и его описание с параметрами монтирования - каких деталей вам еще не хватает?<br> https://www.opennet.ru/openforum/vsluhforumID3/118468.html#41 Tue, 17 Sep 2019 13:43:14 GMT Напиши баг репорт разработчикам.<br> https://www.opennet.ru/openforum/vsluhforumID3/118468.html#40 Tue, 17 Sep 2019 12:42:38 GMT &gt;Стим не нужен, совсем.<br><br>Есть забавная ему альтернатива - https://flathub.org/apps/details/com.gitlab.librebob.Athenaeum<br> https://www.opennet.ru/openforum/vsluhforumID3/118468.html#39 Tue, 17 Sep 2019 12:37:34 GMT &gt;- хотелось сразу начать с системд и как оно мне досаждает, но на самом деле нет. Единственное с чем столкнулся - отлючил нафиг кешируюший сервер в системд. Т.к. использую свои днс, которые иногда требуется часто переделывать.<br><br>И на Линукс и на Фре можно использовать OpenRC.<br><br>&gt;В общем там где хочется изобразить нечто вроде LFS без гемороя - фря, по-моему, гораздо проще.<br><br>Если хочется просто кликать "далее" как винде - то линукс гораздо дружелюбнее.<br><br>Есть GhostBSD вполне себе юерфренжли. <br><br>&gt;Стим просто работает. Во фре только из под вайна.<br><br>Steam могёт в FreeBSD https://github.com/SteamOnFreeBSD/SteamOnFreeBSD<br> https://www.opennet.ru/openforum/vsluhforumID3/118468.html#38 Tue, 17 Sep 2019 12:24:10 GMT Где скачать последнюю Debian/kFreebsd?<br> https://www.opennet.ru/openforum/vsluhforumID3/118468.html#37 Tue, 17 Sep 2019 12:11:50 GMT &gt; Ну я не совсем понимаю, что это значит: <br>&gt;&gt;There wasn't a FreeBSD UFS result due to that test running sub-one second, likely due to UFS not syncing to disk properly like the other file-systems.<br>&gt; Может подразумевается Softupdates?<br><br>Это значит "результат выглядит как-то странно, воможно из-за &#8230;" <br>Как раз это я и имел в виду под _спекулированием_ о причинах. Особенно когда этим занимается тестировавший, при этом вообще не утруждающий себя поиском или локализацией проблемы. <br>SU - это типа "хитрым образом пишем метаданные в самом конце операции так чтобы форсмажор в это время не мог повредить консистентность метаданных". Это совсем не та "асинхронность". <br><br>Возможно, фирмварь SSD просто по модно-молодежному бодро отвечала на все комманды записи-синхронизации "ОК", при этом на самом деле кешируя все в своей памяти (потому что это позволяет показывать лучшие результаты в бенчах), а как я уже упоминал - "костыли" для обхода таких вот "умных" носителей в UFS никто вкорячивать не стал, то и результат бен