LINUX.ORG.RU

Alpine: очередное воскрешение ноутбука в процессе

 , , ,


1

2

Уже давно лежал старый ноут, на котором что только не стояло.

Когда он ещё не был моим, на нем стоял Windows 7, затем минт. Потом когда он попал мне в руки там были: Arch, Void (и musl и glibc), Devuan, NixOS, но все было слишком жирно для ноута. Прошло несколько месяцев, и недавно начал заново изучать ардуино (без IDE, чисто Си на AVR) и Go. Вспомнил про ноутбук, решил накатить знакомый Alpine (стоял на другой машине) и поставить Go да кросс-компилятор AVR. И вышло очень хорошо.

Накатил Sway, т.к выбор wayland-композиторов был небольшой, и sway по опыту был самым готовым.

Некоторые наблюдения:

  • Windows 7 держал заряд ~30 минут, Alpine же ничего не делая может простоять 2 часа, за работой 1 час.
  • Дистрибутивы с systemd нагружают ЦПУ больше чем не systemd в простое. (я не противник systemd и считаю что systemd на десктопе нужно, однако на мой опыт на старом железе systemd не очень.)
  • В репах есть почти всё что мне нужно кроме arduino-cli.

На скриншоте ставлю всякие программы вроде wob и mako, а сейчас у меня уже все развернуто: редактор Helix, LSP для Go и clangd, собственно сам clang и gcc-avr. Справа конфиг для acpi.

Кстати, по поводу редактора. Я всё ещё пользуюсь neovim, однако в качестве IDE мне удобнее использовать Helix — все нужные мне фичи есть и без плагинов, все шустро и не сломается с очередным обновлением плагинов. неасилил

Наконец пойдет в дело!

>>> Просмотр (1366x768, 167 Kb)



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 3)

Дистрибутивы с systemd нагружают ЦПУ больше чем не systemd в простое.

Какого, простите, поттеринга pid1 вообще что-то делает в простое? Он там что, майнит???

mittorn ★★★★★
()

Дистрибутивы с systemd нагружают ЦПУ больше чем не systemd в простое.

Любопытно, чем нагружают. Не пробовали выяснить?

wandrien ★★
()

Посмотрел на сайте cpubenchmark попугаи этого процессора. В целом еще можно считать по нижней кромке железа, пригодного для работы с современным софтом. У меня на приблизительно таких же по тестовой производительности CPU работает обычный 64-битный Арч.

wandrien ★★
()

а на панели сплошные цифры, цифры

votafak ★★★★★
()

Я всё ещё пользуюсь neovim, однако в качестве IDE мне удобнее использовать Helix

Два чаю господину!

Ladniy
()
Ответ на: комментарий от wandrien

Подумал и вспомнил: на арче у меня стоял dwm, и если мне не изменяет память, самые толстые процессы были xserver и kworker’ы. Я тогда был не очень опытен и думал что kworker это какой-то процесс принадлежащий systemd.

Сейчас все равно кушает поменьше, но возможно я вам наврал, systemd может тут действительно не при чем.

oworope
() автор топика
Ответ на: комментарий от kirill_rrr

Старше этого железа у меня ничего нет, не сравнить ни с чем

oworope
() автор топика
Ответ на: комментарий от kirill_rrr

Всякий системд-мусор перебрасывается сообщениями и следит друг за дугом.

Ужс, срочно надеть шапочку из фольги.

wandrien ★★
()
Ответ на: комментарий от realbarmaley

Так systemd много что делает, что PID 1 не делает. Это системный менеджер

vbcnthfkmnth123 ★★★★★
()
Последнее исправление: vbcnthfkmnth123 (всего исправлений: 1)
Ответ на: комментарий от vbcnthfkmnth123

А что «логи»? Тут тогда вопрос к тому, кто эти логи отправляет. А это может быть любой источник.

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

Но без конкретных фактов это только предположение. Может потребляет, а может и нет.

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 2)
Ответ на: комментарий от wandrien

Если без пруфов могу сказать что системд по сравнению с тем же опенрс на обычном сервере жрёт оперативку на 200мб больше, это малая часть за что любят этот системд

SPRATAY
()
Ответ на: комментарий от wandrien

Реагирование на события? (Какие?)

Все!

Отслеживание статуса? (Какого?)

Каждого процесса очевидно. И ещё юнитов. И в ядро лезет. И за железом смотрит, как минимум за дисками, ФС и сетью, но может ещё за чем то. И главное в логи надо насрать так, чтобы потом ни в чём разобраться было нельзя.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от wandrien

Ну, оперативку очевидно потребляет. А вот это вот аморфное «дистрибутивы с systemd нагружают ЦПУ больше чем не systemd» — ну FUD же. Конечно, первые в среднем нагружают ЦПУ больше, чем вторые, потому что первые — это general purpose, а вторые — это всякие Alpine и прочие дистрибутивы для ретрокомпьютинга.

Вот только systemd тут никаким боком, кроме того что рядом стоял :-)

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

Конечно, первые в среднем нагружают ЦПУ больше, чем вторые, потому что первые — это general purpose, а вторые — это всякие Alpine

открою страшную тайну, Alpine - дистр общего назначения. К тому же отлично работающий.

Lrrr ★★★★★
()
Ответ на: комментарий от fang90

не починил, а чушь написал. У меня alpine установлен на рабочей системе, и никаких проблем или неудобств с ним нет вообще.

Lrrr ★★★★★
()
Ответ на: комментарий от intelfx

всякие Alpine и прочие дистрибутивы для ретрокомпьютинга

А я думал, что Alpine это дистр для докер-контейнеров

maristo
()

arduino-cli

Зачем она нужна из репозитория, когда это статически собранный бинарник в одном файле. Качаю прямо с GitHub

IIIypuk ★★★★
()

у Alpin лого как звание у Капрала :} а шестигуольник напоминает лого GrapheneOS, яп Crystal P.S. обожаю OpenRC, не нравится отсутствие граф устновщика

avas1
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.