ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: "Alexey V. Vissarionov" <gremlin@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] subrepository for 32-bit
Date: Tue, 1 Feb 2022 00:55:18 +0300
Message-ID: <20220131215518.GA602@altlinux.org> (raw)
In-Reply-To: <7b04a4ed-5c75-27f2-d1e6-74fe6dd2373f@gmail.com>

On 2022-01-31 22:42:10 +0600, arbars wrote:

 >> Ну вот есть у людей 32-битное железо, которое ещё работает.
 >> И им предлагается его выбросить, потому что "нужно 64-битное
 >> адресное пространство". Мило. Более вероятно, что вместо
 >> такого дистрибутива будет что-то другое использоваться.

32-битное железо бывает очень разным. Между 80386 и пнем-3 (на
котором начинают работать наши "i586") - пропасть. Между этим
же пнем-3 и пнем-4 - ну ладно, уже не пропасть, но нефиговый
каньон. И даже между пнями-4 для S478 и LGA775 - овраг, который
на кривой козе не объедешь.

 >> P.S. Для браузера 32 бит вполне хватает 2GB RAM + zswap
 >> или 3 GB RAM, если 100500 вкладок не открывать.

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

 > Как владелец как минимум двух рабочих станций и одного
 > самосборного сервака на 32-хбитной архитектуре (1-й пентиум
 > 120 MHz c и 4-й пентиум на 3 GHz),

Ээээ... ну ладно, пням-4 еще можно найти какое-то применение,
если снабдить их 4 Гб ОЗУ. Но все более древнее лично я сразу
кладу на прехитер и снимаю все интересное.

 > а также практикующий "некромантию" в плане старого железа
 > как явления, хочу вставить свои 5 копеек в эту беседу.
 > Отталкиваться я буду от своих реалий, опираясь на свой опыт.

Тогда я на всякий случай тоже уточню, что описываю свой опыт.

 > Несут мне такие машины и из школ, до которых апгрейд за счёт
 > государства не дошёл, и просто обычные люди, у которых не то
 > что на новое железо, но и на винду с драйверами денег особо
 > нет, а сделать доп. рабочее или учебное место - надо.

Мне несут всякое - от ноутбуков до серверов. Что-то в ремонт,
что-то "посмотри, это можно как-то проапгрейдить?", а что-то
и "у нас тут немного железа освободилось, вдруг еще кому-нибудь
пригодится?".

 > Как итог - забиваем максимум ОЗУ, который видит мать,

Это третий этап. Первые два - поиск подходящих камня и платы.

 > ставим пингвина

Да, и здесь у Альта есть серьезное преимущество в виде сборок
с sysVinit для десктопов.

 > второй системой на отдельный диск на случай смерти винды,

Отказать, отменить и запретить! Форточки искореняются сразу и
навсегда.

 > и готово.

Готово случается через несколько месяцев, когда пользователь
оттопчется по всем граблям, заботливо напиханным в систему ее
сборщиками.

 > Осознавая, что железо, которое мне несут на "ремонт", пусть
 > и рабочее, в современных реалиях проще выбросить, чем
 > апгрейдить, я, когда решаю, что выбросить, а что оставить,
 > оперирую понятиями "старый, но не устаревший" и "если может
 > служить - пусть служит".

Любое железо x86_32 я по умолчанию считаю устаревшим. Возможны
исключения (обычно это ноутбуки), но их пренебрежимо мало.

 > Не десктопом - так сервером,

Наоборот: не сервером - так десктопом. Вот прям сегодня я лично
собирал несколько пакетов на вполне себе десктопном аппарате с
двумя E5-2403 и 48 Гб ОЗУ :-)

 > не сервером - так роутером или файлопомойкой для телевизора.
 > Или тонким клиентом. Было бы железо, а задачи найдутся.

Для x86_64 и с недавних пор aarch64 - да. Для других архитектур
ситуация противоположная: были бы задачи, а железо уже валяется
без дела.

 > Если задачи пользователя ограничиваются работой с документами
 > и рисованием слонов в пейнте, не претендуя на сохранение
 > гос.тайны - ставим регулярноу сборку с LXDE, или вообще что-то
 > современное железу,

s/ железу//

Каким бы древним ни было железо, система для него должна быть
актуальной.

 > настраиваем проброс "канала связи" и радуемся жизни.

Зачем такое внимание каналу связи? Уж к локальной-то сети можно
подключить любой антиквариат...

 > Если нужно что-то этакое - думаем и предлагаем возможные
 > решения на замену.

... всего компутера. То есть, камень+плата+память сразу вместо
"здрасте", а остальное по возможности, в зависимости от того,
что в данный момент есть в нычке.

 > И в этом как раз дистры, собранные для 32 бит - огромное
 > подспорье.

Есть - хорошо. Не будет их - ну и пусть с ними.

 > Но они состоят, в основном, из базовых элементов, ядро+базовая
 > обвязка и установщик. Которые, как минимум, будут иметь
 > 32-битные версии вполть до того момента, пока имеется поддержка
 > в ядре. Так что я "голосую" за сохранение 32-битных пакетов для
 > базовых компонентов - ядра, системных утилит и консольных
 > приложений как минимум.

А для десктопа (точнее, уже "тонкого клиента") больше ничего и не
нужно: X11 с прибитой гвоздями настройкой "использовать fbdev и
xorg-drv-input-core", туда какой-нибудь легковесный window manager,
urxvt (он даже легче, чем классический xterm), firefox, клиенты VNC
и (увы!) RDP - да и все. Остальное, если понадобится, усер запустит
на "большом" компутере.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net


  reply	other threads:[~2022-01-31 21:55 UTC|newest]

Thread overview: 80+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-24 15:54         ` [devel] [#291551] [test-only] FAILED (try 5) crtools.git=3.16.1-alt1 Vladimir D. Seleznev
2022-01-24 22:51           ` Alexey V. Vissarionov
2022-01-25  7:51             ` Sergey V Turchin
2022-01-25  7:47           ` Sergey V Turchin
2022-01-25 10:52           ` Alexey Sheplyakov
2022-01-25 15:58             ` Gleb Fotengauer-Malinovskiy
2022-01-25 16:12             ` Vladimir D. Seleznev
2022-01-25 16:17               ` Anton Farygin
2022-01-26 13:01               ` Alexey Sheplyakov
2022-01-28 21:30               ` Dmitry V. Levin
2022-01-28 21:58                 ` Leonid Krivoshein
2022-01-28 22:45                   ` Dmitry V. Levin
2022-01-29  9:17                     ` Alexey V. Vissarionov
2022-01-29 12:19                     ` Yuri Sedunov
2022-01-28 22:25                 ` Andrey Savchenko
2022-01-28 22:43                   ` Dmitry V. Levin
2022-01-28 23:33                     ` Andrey Savchenko
2022-01-30  0:10                   ` Mikhail Novosyolov
2022-01-30  9:25                     ` Anton Farygin
2022-01-30 16:45                     ` Andrey Savchenko
2022-01-29  2:32                 ` Антон Мидюков
2022-01-29  3:06                   ` Dmitry V. Levin
2022-01-29  5:27                     ` Антон Мидюков
2022-01-29  9:31                   ` Alexey V. Vissarionov
2022-01-29 10:09                     ` Антон Мидюков
2022-01-29 11:29                       ` Alexey Gladkov
2022-01-29 11:34                         ` Anton Farygin
2022-01-29 11:47                           ` [devel] x86_64-i586 Dmitry V. Levin
2022-01-29 11:58                             ` Anton Farygin
2022-01-31  9:24                               ` Anton V. Boyarshinov
2022-01-31 10:12                                 ` Ilya Kurdyukov
2022-01-31 10:22                                   ` Anton V. Boyarshinov
2022-01-29 12:02                             ` Антон Мидюков
2022-01-29 12:10                               ` Anton Farygin
2022-01-29 12:28                                 ` Andrey Savchenko
2022-01-29 17:29                                   ` Anton Farygin
2022-01-30 18:37                       ` [devel] [#291551] [test-only] FAILED (try 5) crtools.git=3.16.1-alt1 Alexey V. Vissarionov
2022-01-29  7:31                 ` Anton Farygin
2022-01-29 11:22                 ` Alexey Gladkov
2022-01-29 12:31                   ` Валерий Иноземцев
2022-01-29 12:48                 ` Sergey Y. Afonin
2022-01-29 13:01                   ` Grigory Ustinov
2022-01-29 13:26                     ` Alexey Gladkov
2022-01-29 17:32                       ` Anton Farygin
2022-01-29 18:12                         ` Alexey Gladkov
2022-01-29 18:16                           ` Anton Farygin
2022-01-29 18:35                             ` Alexey Gladkov
2022-01-30  9:20                               ` Anton Farygin
2022-01-31 10:36                           ` Sergey Afonin
2022-01-29 15:38                 ` Alexey Sheplyakov
2022-01-29 15:50                   ` Denis Medvedev
2022-01-29 17:33                     ` Anton Farygin
2022-01-30 19:11                     ` Alexey V. Vissarionov
2022-01-29 16:00                   ` Dmitry V. Levin
2022-01-29 17:41                     ` [devel] subrepository for 32-bit Anton Farygin
2022-01-29 18:25                       ` Alexey Gladkov
2022-01-30  4:42                         ` Ilya Kurdyukov
2022-01-30  6:35                               ` Aleksey Novodvorsky
2022-01-30  7:10                                 ` Антон Мидюков
2022-01-30  8:05                                 ` Ilya Kurdyukov
2022-01-30  9:24                                   ` Anton Farygin
2022-01-30 10:15                                     ` Ilya Kurdyukov
2022-01-30 10:25                                       ` Anton Farygin
2022-01-31  0:54                                         ` Alexey V. Vissarionov
2022-01-30 20:14                                   ` Michael Shigorin
2022-01-30 20:49                                     ` Andrey Savchenko
2022-01-30 21:03                                       ` Aleksey Novodvorsky
2022-01-31 10:23                                         ` Alexey Sheplyakov
2022-01-31 10:29                                           ` Антон Мидюков
2022-01-31  5:28                                       ` Ilya Kurdyukov
2022-01-31 10:43                                         ` Sergey Afonin
2022-01-31 16:42                                       ` arbars
2022-01-31 21:55                                         ` Alexey V. Vissarionov [this message]
2022-01-31 23:26                                           ` [devel] OOM OMG OMG Paul Wolneykien
2022-01-31 23:55                                             ` Andrey Savchenko
2022-02-01 10:58                                               ` Paul Wolneykien
2022-02-01 14:02                                                 ` Andrey Savchenko
2022-02-01 12:40                                         ` [devel] subrepository for 32-bit Anton Farygin
2022-01-30 17:32                               ` Ilya Kurdyukov
2022-02-08 20:02                                     ` Alexey V. Vissarionov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20220131215518.GA602@altlinux.org \
    --to=gremlin@altlinux.org \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git