The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой cloud-init, opennews (??), 04-Июн-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


78. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  +1 +/
Сообщение от Аноним (58), 04-Июн-24, 14:06 
В чём конкретно сабж не готов для десктопа? Ставишь КДЕ и радуешься жизни. Что ещё надо? Лишь бы потрындеть на абстрактные темы.
Ответить | Правка | Наверх | Cообщить модератору

86. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  +/
Сообщение от Ivan_83 (ok), 04-Июн-24, 14:13 
Ну да, если цель поводить мышкой, потыкать браузер и посмотреть видосик - то и так сойдёт :)
Когда же доходит до постоянной работы то всплывает много интересного, что оказывается надо было подкручивать иначе фигня получается.
Ответить | Правка | Наверх | Cообщить модератору

106. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  +/
Сообщение от Аноним (58), 04-Июн-24, 15:28 
>до постоянной работы

До какой работы?

Ответить | Правка | Наверх | Cообщить модератору

138. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  +/
Сообщение от Ivan_83 (ok), 04-Июн-24, 18:28 
Разной.

Вот недавно я возился с тем, что у меня при сборке хромиума гуй можно сказать в кому уходил, и пришлось подложить массу костылей в виде настроек в совершенно разные места чтобы этого не происходило.

Как я понял основная проблема там была в том, что куча cc (шланг) прочессов дрокало динамически память через malloc(), аллоцируя и освобождая, а по дефолту malloc настроен сразу через mmap/unmap это системе отдавать, и кажется самой действенной настройкой стал тюнинг системного malloc чтобы он не делал сразу unmap.
Попутно у меня ещё хорг стал с самым наивысшим возможным приоритетом в системе, а сборки портов через портмастер с самым низшим.
Ещё выяснилось что извращенцы до сих пор не сделали дефолтом включнный TRIM для geom_md в mdfs утилите.

Ответить | Правка | Наверх | Cообщить модератору

108. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  +1 +/
Сообщение от BorichL (ok), 04-Июн-24, 15:31 
Да тут большинство только мышкой в браузере и тыкают, смотрят видео, как пингвиникc поставить.
Нормально оно на десктопе, мне хватает. Тем, кому с извращениями, пусть в винде извращаются.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

126. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  +/
Сообщение от Аноним (126), 04-Июн-24, 17:35 
Учителям в школах, бухгалтерам и других клеркам этот ваш линукс на дектопе вполне себе.
Ответить | Правка | Наверх | Cообщить модератору

140. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  +/
Сообщение от Ivan_83 (ok), 04-Июн-24, 18:34 
Вот зря вы начинаете, мне в венде больше всего нравилось как устроена работа с оперативной памятью на уровне ОС: диспетчер задач всегда адекватно показывал сколько памяти занято а сколько свободно.
Я просто отключал своп, и в диспетчере было видно и кто сколько сожрал и сколько свободно.
А когда память кончалась ОС выкидывала месадж бокс про это.
Никогда у меня не было вопросов: "а кто сожрал память?" "а сколько там реально свободно?".
И если написано что свободно 1гб - значит ты его мог тут же без вопросов получить в приложении через HeapAlloc() или mmap().

В линухе и фре какая то хрень с памятью, полнейшая, лютая хрень.
У меня 128гб оперативы, из жручего только фаерфокс у которого 2к вкладок открыто уже лет 5, и система переодически лазает в своп или делает вид что ей не хватает памяти.
Я понятия не имею куда там делать память, все эти инактив, буфферед, лаундри - хрень полная, которая мне не впилась.
А свободной там считается не только free но выше перечисленное при каких то мутных обстоятельствах.

В линухе было аналогично (правда лет 12 назад, с тех пор на десктопе не пробовал).

Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

143. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  +/
Сообщение от BorichL (ok), 04-Июн-24, 18:41 
> Вот зря вы начинаете, мне в венде больше всего нравилось как устроена
> работа с оперативной памятью на уровне ОС: диспетчер задач всегда адекватно
> показывал сколько памяти занято а сколько свободно.

А зачем нам свободная память? Ведь её можно задействовать под всемвозможные  буфера, кэши и ак далее. Насколько я понимаю, Винда её аналогично использует и не всегда об этом честно рапортует, так-как например какой-нибудь read ahead буфер можно быстро дропнуть без последствий.

Ответить | Правка | Наверх | Cообщить модератору

156. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  +/
Сообщение от Ivan_83 (ok), 04-Июн-24, 19:43 
Суть в том, что в венде я спокойно жил без свопа, всё было чётко и понятно.
Иногда драйвера чуть память отжирали, максимум я видел 50-100мб, но это фигня.
То что в венде помечено как свободное - да, она там вроде тайно использует под дисковые кеши но всегда эта память доступна для аллокации в приложении.

фря, линукс - для аллокации всегда доступно то что помечено как free.
Для остальных типов там куча условностей и бывает приложение уходит в своп но система не отдаёт всякую буф, лаундари или инактив.
С точки зрения меня как пользователя это ужасно, потому что сумма памяти от свех процессов сильно меньше общей памяти в системе за мнусом free.

Я уже молчу то что там всякие системные процессы есть типа bufdaemon, pagedaemon которые чего то с памятью творят и жрут проц когда память интенсивно юзается.

Те хуже всего то, что я даже баблом потушить пожар с памятью толком не могу.
Такое ощущение что система работает для себя а не для меня.

Ответить | Правка | Наверх | Cообщить модератору

153. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  +1 +/
Сообщение от crypt (ok), 04-Июн-24, 19:25 
В линуксе очень хорошая стата по памяти через proc и для каждого приложения память можно оценить очень точно. Во фряхе, да, *опа.
Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

157. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  +/
Сообщение от Ivan_83 (ok), 04-Июн-24, 19:45 
Проблема не в per proc инфе, этой инфы и во фре более чем достаточно.
У нас и proc есть и через sysctl что то доступно ещё вроде какие то API есть, я этого наелся когда xfce4-taskmanager оптимизировал.
Ответить | Правка | Наверх | Cообщить модератору

187. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  +/
Сообщение от Аноним (185), 05-Июн-24, 00:27 
> У меня 128гб оперативы, ... и система переодически лазает в своп или делает вид что ей не хватает памяти.

Проходил это, в линуксах в частности.

> из жручего только фаерфокс у которого 2к вкладок открыто уже лет 5,

Это не 100% попадание в причину, но очень возможное. Вот ровно тоже самое у меня было, но вкладок было сильно меньше. Но больше 20-30 точно.

Я туда не копал, но _может_быть_ это ещё как-то связанно с overcommit'ом ещё, нынче вон фокс любит себе попросить 24G памяти, в системе с 16Gb+swap, просто чтобы было, а система ему и не отказывает.)
Отключаешь overcommit, и... у тебя система с запущенным DE, куча свободной оперативы, даже всякими буферами не занятыми, а ff даже стартовать не собирается. Хром, кажется тоже, не собирался.

На Фре таких ошибок не повторяю, регулярно закрываю вкладки, да и сам браузер. Волосы стали шелковистее.

Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

195. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  +/
Сообщение от Ivan_83 (ok), 05-Июн-24, 02:55 
vm.overcommit=0 стоит, но это не сказать чтобы сильно сказывалось.
В ФФ стоит плагин который неактивные вкладки выгружает, так что их чуть больше колличества окон.
И потом, ну сожрал бы он 64гб, и 60 было бы свободным, но ведь нет.

Не давно оом киллер добрался до ФФ, освободилось не так много, кажется 10-25гб.

Ответить | Правка | Наверх | Cообщить модератору

259. "Релиз FreeBSD 14.1 с улучшенным звуковым стеком и поддержкой..."  –1 +/
Сообщение от Аноним (-), 06-Июн-24, 22:15 
> vm.overcommit=0 стоит, но это не сказать чтобы сильно сказывалось.

Хорошо себе пятку прострелил, так и терабайта может не хватить. Заодно показав что совершенно не в теме как работает менеджмент памяти и современные программы.

> В ФФ стоит плагин который неактивные вкладки выгружает, так что их чуть
> больше колличества окон.

И ты не представляешь себе во сколько раз VSZ и RSS может отличаться... чисто номинальные аллокации программ могут быть весьма щедрыми. Это не значит что они все это будут юзать.

> И потом, ну сожрал бы он 64гб, и 60 было бы свободным, но ведь нет.

Вы хотите сказать что у вас в оси баги в таком базовом элементе как управление памятью?

> Не давно оом киллер добрался до ФФ, освободилось не так много, кажется 10-25гб.

Хыхыхы, а вы больше оверкомит отключайте, эксперты системные, вас еще и не такие приколы будут ждать. Я и проги с аллокацией виртуальных адресов за терабайт видел. Циферок в 64 битах много. А вот если вы попробуете это физической оперативкой обеспечить... ну... эээ... вам же оверкомит то фи? :))))

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру