Исходное сообщение
"Релиз операционной системы DragonFly BSD 6.0" Отправлено vjkarbo, 11-Май-21 02:26
Уже год основной системой на десктопе: 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-ы.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Уже год основной системой на десктопе: > 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-ы.
	Введите код, изображенный на картинке: