Опубликован релиз легковесного дистрибутива MX Linux 23.6, созданного в результате совместной работы сообществ, образовавшихся вокруг проектов antiX и MEPIS. Выпуск основан на пакетной базе Debian с улучшениями от проекта antiX и пакетами из собственного репозитория. В дистрибутиве используется система инициализации sysVinit и собственные инструменты для настройки и развёртывания системы. Для загрузки доступны 32- и 64-разрядные сборки (x86_64, i386) с рабочим столом Xfce (2.3 ГБ), а также 64-разрядные сборки с рабочим столом KDE (2.9 ГБ) и сборки (1.8 ГБ) с оконным менеджером Fluxbox...Подробнее: https://www.opennet.me/opennews/art.shtml?num=63072
забавно... буквально вчера попался ролик про AntiX (:
Вот Antix, то поинтересней.
Если что то подобное, но с Systemd, с поддержкой оффициальных репозиториев, например Debian, то вообще хорошо.
Например, если бы разработчики кастомизировали грамотно icewm, и подобрали бы нормальный софт, но самим разработчикам это ненужно, а если ненужно, разработчикам то пользователям тем более.
системдя не нужна - только зря ресурсы жрет и постоянный источник проблем на пустом местеименно поэтому у антикса и сабжа юзвери есть, а на дебиане подобного никто не делает
Если у тебя Pentium 4 с4 mb ram, то возможно разница ощутима.
разница ощутима когда у тебя машина не выключается минутами или при включении вместо рабочего стола предлагает читать какой-то журнал...
> машина не выключается минутамиЭто именно на systemd?
Может дело в сборке, незнаю мне например Mint, Cinnamon (LMDE), непонравилась, куча глюков именно подобных.Но например Lubuntu ( lts ), нормально себя чувствует.
ну погугли "systemd 90 seconds" - оно при любом косяке, то загружается со скоростью 1 пеньтиума, то выключается минутами, то вообще не может компутер запустить... нахрена оно такое красивое на десктопе вообще если гном не юзать?
> systemd 90 secondsОбычно пишут что остановка служб некоторых, когда выключение, долгое.
Возможно это что то зависло.
Может ты юзаешь какой то опеределенный софт например с git, и он по определению глючный.
Сам по себе чистый systemd нормальный.
мы же про десктоп. вот нафига юзеру все это?
юзер дестопа может позволить сказать "у меня лапки" и не гуглить что там "зависло" или "глючное" и как это решить.
вот в антиксе и сабже таких проблем нет - потому как системды нет... и это хорошо...
>и ядром 6.14 c патчами от проекта liquorixОт этого есть какой-то профит на современных тачках с овер 16 гигов рамы и всякими суперпупер райзен процами? Всегда думал, что это больше помогало на старых компах, чтобы хоть как-то из них выжать максимум. А сам когда попробовал лет эдак 10 назад, то наоборот ловил глюки разного рода.
Ты забыл про великую силу любв...^W плацебо.
Ну или когда у тебя на твоём суперкрутом ризене крутится стабильная смесь программ и оно действительно шмогло дать 5-10% выигрыша, но это нужно собирать под свой юзкейс самому, понимая, зачем ты ставишь себе bfq или уменьшаешь квнат времени у процесса> Liquorix is an enthusiast Linux kernel [...] and reduced frame time deviations in games.
Ну а для подобных дистро это даёт +10см к размеру пенсии у создателя, каждый такой патчсет мнит себя как "бест оф зе бест фор миксед таск ин линукс эвар"
На иксах zen-sources уменьшал количество лагов в анимациях. На вейланде анимации и так плавные, так что использую zen чисто по инерции.
>уменьшал количество лагов в анимацияхСпорное утверждение. На моем древнем компе лагов не было, что самое удивительное, а все эти патчи вызывали рандомные фризы и невменяемое поведение в некоторых программах. Все это было очень железоспецифичным, даже пресловутый баг 12309. Кому-то сабж помогал, кому-то наоборот.
> От этого есть какой-то профит на современных тачках с овер 16 гигов рамы и всякими суперпупер райзен процами? Всегда думал, что это больше помогало на старых компах, чтобы хоть как-то из них выжать максимум. А сам когда попробовал лет эдак 10 назад, то наоборот ловил глюки разного рода.Профита не было ни тогда, ни сейчас. Более того, оно скорее вредно, потому что помимо самих нитей процесса, проц получает дополнительную нагрузку на переключения контекстов.
Оно может быть и было бы полезно, если бы система собиралась целостной, и шедулер бы знал, что условно говоря Xorg'у, WM'у и браузеру нужен высший приоритет. А так, контекст передергивается между менеджером окон, который "лагает" и например демоном уведомлений который вообще может дергаться раз в 5с.
Процессор же свою производительность не изменяет.
>что условно говоря Xorg'у, WM'у и браузеру нужен высший приоритет.Не браузеру а вообще текущему активному приложению (как в Windows)
> Не браузеру а вообще текущему активному приложению (как в Windows)В Линуксе нет понятия "текущее активное приложение". Вот я сижу сейчас в Хромиуме.
[ntfs@ntfs-b450mds3hv2 ~]$ ps aux | grep chromium | wc -l
44
[ntfs@ntfs-b450mds3hv2 ~]$Ну и кто из этих четырех десятков PID'ов с именем "/usr/lib/chromium/chromium --type=renderer --string-annotations --crashpad-handler-pid=1043 --enable-crash-reporter=,Arch Linux --change-stack-guard-on-fork=enable --lang=en-US --num-raster-threads=2 --enable-main-frame-before-activation --renderer-client-id=536 --time-ticks-at-unix-epoch=-1744807742107238 --launch-time-ticks=27787451400 --shared-files=v8_context_snapshot_data:100 --field-trial-handle=3,i,14510945450482435106,16927247451695353435,262144 --variations-seed-version" - активное приложение?)
Ну а с точки зрения ядра, Xorg и Chromium - равноправны.
Активное всегда есть, пока оно активное конечно.
> Всегда думал, что это больше помогало на старых компахAHS - это наоборот, для новейшего оборудования
Есть, но ядро с патчами от данного товарища производительнось даже снижают, в угоду задержкам. Надеюсь, perf sched record и perf sched latency -s max вы уже освоили... хотите производительность? Соберите ядро clang + fulllto + -O3 -march=native + накидайте необходимых патчей.
Сильно перегруженный жиробас всякими примочками. Кому действительно нужен легковесный дистр - диван с рунитом и айсвээм - самый лучший вариант! x86 версия жрёт вообще мизер, amd64 где-то 130-150 mb.
И lynx в придачу.
Сейчас объём памяти дешевле нарастить, чем купить проц классом выше.
Вопрос не в глубине миски.
> Сейчас объём памяти дешевле нарастить, чем купить проц классом выше.Вопрос не в глубине миски.
Но можно бесконечно решать это наращщиванием памяти, получается.
Ну скажем 2Tb, скажут мало, можно купить 128Tb, как то так.И смартфоны каждые полгода эволюционируют в сторону увеличения озу, получается ты купил смартфон, а через полгода на нем приложения интерфейс тормозят, бесконечная скупка смартфонов.
Понятно что можно улучшать аккумулятор, например чтобы заряда на год хватало, а тут Bloatvare Android, который потребляет проц и аккум на максимум, так что 5000 mah, уже мало, решение в оптимизации а не наращщивании потребления.
Единственное что потребляет аккумулятор(4500) как не в себя - игры тяжелее три-в-ряд. В основном телефон я на выходных даже не заряжаю и не пользуюсь, кроме как пультом для ютуба. Он за это время съест от силы половину аккумулятора.
Я тут согласен только с оперативной памятью, только из-за неё и поменял телефон, в остальном всё тот же по характеристикам.
Попробуй запускать тяжёлые Stable Diffusion модели или LLM, которые требовательны к памяти, когда у тебя система сама по себе жрёт 2 гб. Ну или виртуалки. Вот тогда вспомнишь, почему не все эти тяжёлые свистелки нужны.
Вот уж с такими задачами лучше не мелочиться на апгрейд памяти, вместо борьбы за мегабайты.
Да просто сжатое ядро себе поставь на 10-20 Мб и по ABI с ним общайся - это же удобно...
Причём тут сжатое ядро и т.п.? Диван + runit + icewm - отлично. Одна проблема - надо приложения выбирать из разных DE по отдельности с --no-install-recommends, без кедолиб в зависимостях, чтобы не поставить кучу кедо шлака. У меня qtcurve скомпилен без kde либ, и kde либ вообще нет. И отлично отображаются Qt апсы и GTK2. Но это день или два после установки дивана надо всё выбирать и настраивать. Если же ты поставишь mx linux kde, то у тебя вообще не минималистичный дистр, зато там кеды из коробки, не надо ничего выбирать.
Ого, это же тот самый популярнейший дистр по мнению Distrowatch, обходит дебиан, Федору, арч и все деривативы. Почитал описание и как то киллерфич почему бы его использовать не нашёл.
> Почитал описание и как то киллерфич почему бы его использовать не нашёл.Про frugal инсталяцию тоже почитали? Про лайф изпользование с сохранением сессионых данных в отдельном шифрованном контейнере тоже? Про очень легкую кастомизацию (сделал все под себя, нужные пакеты и в два клика превратил в лайф загружаемый ИСО-шик)?
Кто реально пользуется LiveDVD (как вот я) - не устанавливает ОС по определению, по любой из причин начиная стого что чтобы не засирать винт линуксом.
> Кто реально пользуется LiveDVD (как вот я) - не устанавливает ОС по
> определению, по любой из причин начиная стого что чтобы не засирать
> винт линуксом.А как же Винда? Ей можно ? Или вы уже наслаждаетесь нашим будующем в виде Микросовт 365 линк, где тонкому клиенту винт и не нужен?
> Ого, это же тот самый популярнейший дистр по мнению Distrowatch, обходит дебиан, Федору, арч и все деривативы.Да уж, странная статистика, а много ли вы людей видели с MX Linux?
Киллерфича - отсутствие systemd. Это поделие худшее, что можно встретить в линуксах.
Но, не оно одно, тут уже упоминали про ~eBPM и т.д. почему то игнорируемые всеми ненавистниками SYSTEMD, а оно в сё в LinuxK... и даже BSD_K.
да, как он в топы попал загадка
*Самый популярный по просмотрам, никто не пользовался, название периодически мелькает, идут смотреть что это такое, поднимают в рейтинге, другие замечают в рейтинге, идут смотреть и так по кругу.
Кстати, из новости в новость - качество скриншотов mx linux - на высоте! Им самим не смешно такие скрины выкладывать?
Отличный дистрибутив, жаль нет серверной версии. Надо форкнуть, серверную версию назвать TX Linux, а декстопную RX Linux.
Осилят на базе Debian 13 выкатить 32х битную, надеюсь
Так дебиан 13 и сам имеет 32-битную сборку.Что интересно, Debian 13 x86 с GNOME 48 на 32-х битном Atom N280 работает гораздо шустрее чем тот же Debian 13 x64 на Celeron N3350.
Неужели 32-х битный код настолько быстрее?
Да.
Нет, не быстрее. Дело в адресации памяти...
Быстрее.
Но, в зав-ти от задачи(но чаще это быстрей) и от ПК и даже производителя его. Потому м.б.и медленне. И уж точно если производитель исскусственно залагивает 32 бит, как ранее делал с 16 бит, для создания ощущения разпиаренного ускорения от 32 бит, чтобы принудить разработчиков переводить проекты на 32 бит, ныне 64, точней сколько там уже ныне в SIMD.
> Осилят на базе Debian 13 выкатить 32х битную, надеюсьДа вотиртересно, я на Windows, долго не переходил на 64 bit сборку, мне прям жалко было ресурсов, и я вообще не понимал зачем это надо 64 bit, может это маркетинговый ход такой, или64 bit, нужно например для мастеринга звука, или для видеомантажа, но профессионального, в больших обьемах.
Просто 32 битная система не умеет в больше чем 4GiB ОЗУ.
просто это десктопная винда 32х битная не может 4 гига, вернее 3+
сабжу с пае ядром на это пофигможно, конечно, и виндовое ядро пропатчить и оно будет с 4 работать, но в реальности это неработоспособно для 99% вариантов десктопного использования
PAE никак не поможет процессу адресовать больше 2 ГБ памяти (3 с твиком).
ну разговор же был не об одном процессе, да и 2/3 гига на процесс для многих десктопных задач вполне приемлемо даже в 2025 годуА вот когда на все про все как в 3х битной винде 2.9-3.2 - это было уныло и 5 лет назад, а сейчас на десктопе вообще адъ
Особенно ОС 1-2GB жрёт из них сама, когда бразеры с MemLeak а, ютуб странички - по 2+ GB если раскрыть комментарией пару тысяч (всего лишь...). Какой же shit ПО стало! Но, заговоров конечно не существует!
> Просто 32 битная система не умеет в больше чем 4GiB ОЗУ.А да вспомнил, почему я все такие перешел на 64 bit Windows.
А, может всё же играми в 64 бит - развели?... Впрочем, 64 бит и требованием >4 GB.P.S.
Если бы 64 битные процы не выпускали [не серверным пользователеям] или не педалировали через разработчиков игр [и прочего ПО начиная с 3D дизайнерского]
- все игры поныне влазили бы успешно в предел 32-х MS ОСей - 3GB...
(даже с улучшением детализацйии графики, есстественно).
Кому сейчас нужны 32-х битные сборки?
Если сборки на базе Debian то неужели они за счёт смены инициализатора ускорили работу? А если нет, то что мешает самостоятельно поставить Debian х32?
Мне. Причём на второй комп - около 30-ний, нужен такой. Чтобы высвободить наконец из под никса основной.
Ну, наконец-то им удалось решить проблему с настройками обоев. Это огромное достижение дистрибутива в третьем тысячелетии!
По скриншоту подумал, что они из коробки сделали презентабильный вид, без панели сбоку с рандомным порядком виджетов(т.е. ее нельзя просто в два клика сделать горизонтальной) и вырвиглазных обоев, но нет, это просто скрин Fluxbox редакции, основная с Xfce все так же настроена под замечательное чувство стиля автора.
Да, там еще какие то ихние по, которое наподобии Start Screen.