Пропал менеджер окон JWM из дистрибутива Arch Linux
Собственно https://archlinux.org/packages/?name=jwm
Собственно https://archlinux.org/packages/?name=jwm
Все вокруг жалуются, что им ОЗУ не хватает, надо мол, побольше всегда иметь. Сейчас на ЛОРе обсуждают, какой макбук взять, с 8гб или с 16гб ( https://www.linux.org.ru/forum/talks/17155758 )
Я около полугода назад здесь в Бельгии урвал Asus R214MA (Celeron N4020 / 4GB DDR4 / UHD 600 / 64GM eMMC) за сотку евро вместе с коробкой и макулатурой с рук, сразу накатил арч, браузер и все остальное. Если в браузере запустить до десятка вкладок (ну условно, лор, лт, опеннет, ютуб, гугл, арчвики…) + качалка торрентов на фоне + mpv с кинчиком, максимум который я сумел зафиксировать это около 1гб потребления памяти, сейчас вот пост пишу, 2 вкладки вивальди (до этого ungoogled-chromium стоял) + rtorrent и все это кушает ~550мб…
Собственно, вопрос: чего все ноют то?
Скрин (вверху слева вывел озу) https://ibb.co/4p45k1F
Когда видишь очередную Васянскую сборку, запускаешь её в виртуалке чтобы оценить обои и закрыть, заходишь в меню «Пуск» посмотреть что там, а там… ВСЕ ТЕ ПРИЛОЖЕНИЯ КОТОРЫМИ ТЫ ПОЛЬЗУЕШЬСЯ САМ И НИЧЕГО ЛИШНЕГО И БОЖЕ 10 ИЗ 10 АВТОР ЗАЧОТ СТАВЛЮ СЕБЕ ОСНОВНОЙ СИСТЕМОЙ.
Было такое?
Встречали такой лайв-дистрибутив, в котором есть всё что вам надо и именно те версии софта, которые вы предпочитаете? Emacs из коробки, если вы предпочитаете Emacs, или наборот Vim.
Перемещено crypt из feedback
Собственно, сабж: https://www.phoronix.com/news/Linux-Wants-To-Drop-SLOB .
Распределитель SLOB (простой список блоков) является одним из трех доступных распределителей памяти в ядре Linux . Два других - это SLAB (slab allocator ) и SLUB . Распределитель SLOB спроектирован таким образом, чтобы потреблять мало памяти для реализации и обслуживания в небольших системах, таких как встроенные системы. К сожалению, основным ограничением распределителя SLOB является то, что он сильно страдает от внутренней фрагментации. .
В настоящее время SLOB использует алгоритм первого соответствия , который использует первое доступное пространство для памяти. В 2008 году в списке рассылки Linux был получен ответ от Линуса Торвальдса , в котором он предложил использовать алгоритм наилучшего соответствия , который пытается найти блок памяти, который наилучшим образом соответствует потребностям. . Наилучшее соответствие находит наименьшее пространство, которое соответствует необходимому доступному объему, избегая потери производительности как из-за фрагментации, так и из-за консолидации памяти.
По умолчанию ядро Linux использовало систему распределения SLAB до версии 2.6.23, когда распределение SLUB стало по умолчанию. Когда флаг CONFIG_SLAB отключен, ядро возвращается к использованию распределителя SLOB. Распределитель SLOB использовался в DSLinux на Nintendo DS портативной консоли .
Если команда
grep SLOB /boot/config-*
# CONFIG_SLOB is not set
ЗЫ. В моём текущем ядре юзается SLAB.
Продолжая начатую тему о винде, напишу…
Винда она вроде такая дружелюбная и удобная, аж слов нет.
Вот включаете вы новый ноутбук, и что происходит? Правильно конфигурирование системы… вроде все по началу идет быстро, правда между диалогами какие то градиенты по минуте показывают тесты видеокарты, а потом после нажатия «Начать», мы 5 минут наблюдаем все те же градиенты, с надписью «потерпите, скоро все будет заебись…», а на самом деле что можно так долго делать? Правильно, нагнетать ситуацию: смотрите какое важное событие, я ноут с виндой взял…
Ок, далее идет унылое скачивание софта по одной прожке, с обязательным последовательным процессом установки… А все почему? Правильно: «я ноут с виндой взял…».
Ну и в итоге решаешь ты установить VeraCript, чтобы подрезанный ноут не достался со всеми паролями наркоманам, и еще 10 минут сидишь, пока непродуманный процесс шифрования завершится… нет чтобы ставиться сразу на зашифрованный раздел, сначала все ставим плейн текстом…
Итого 40 минут смотрения на непонятное ненужно, в то время как на линуксе я бы уже к чему-то более полезному приступил…
Вот никого не смущает такое положение вещей?
← назад |