From: arbars <bystrov.arterm@gmail.com>
To: devel@lists.altlinux.org
Subject: Re: [devel] subrepository for 32-bit
Date: Mon, 31 Jan 2022 22:42:10 +0600
Message-ID: <7b04a4ed-5c75-27f2-d1e6-74fe6dd2373f@gmail.com> (raw)
In-Reply-To: <20220130234953.f568427c909d6607e723b5a3@altlinux.org>
31.01.2022 02:49, Andrey Savchenko пишет:
> Ну вот есть у людей 32-битное железо, которое ещё работает. И им
> предлагается его выбросить, потому что "нужно 64-битное адресное
> пространство". Мило. Более вероятно, что вместо такого дистрибутива
> будет что-то другое использоваться.
>
> P.S. Для браузера 32 бит вполне хватает 2GB RAM + zswap или 3 GB
> RAM, если 100500 вкладок не открывать.
>
> Best regards,
> Andrew Savchenko
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
Как владелец как минимум двух рабочих станций и одного самосборного
сервака на 32-хбитной архитектуре (1-й пентиум 120 MHz c и 4-й пентиум
на 3 GHz),
а также практикующий "некромантию" в плане старого железа как явления,
хочу вставить свои 5 копеек в эту беседу.
Отталкиваться я буду от своих реалий, опираясь на свой опыт.
Несут мне такие машины и из школ, до которых апгрейд за счёт государства
не дошёл, и просто обычные люди, у которых не то что на новое железо,
но и на винду с драйверами денег особо нет, а сделать доп. рабочее или
учебное место - надо. Как итог - забиваем максимум ОЗУ, который видит мать,
ставим пингвина второй системой на отдельный диск на случай смерти
винды, и готово.
Осознавая, что железо, которое мне несут на "ремонт", пусть и рабочее, в
современных реалиях проще выбросить, чем апгрейдить,
я, когда решаю, что выбросить, а что оставить, оперирую понятиями
"старый, но не устаревший" и "если может служить - пусть служит". Не
десктопом
- так сервером, не сервером - так роутером или файлопомойкой для
телевизора. Или тонким клиентом. Было бы железо, а задачи найдутся.
Если задачи пользователя ограничиваются работой с документами и
рисованием слонов в пейнте, не претендуя на сохранение гос.тайны -
ставим регулярноу сборку с LXDE, или вообще что-то современное железу,
настраиваем проброс "канала связи" и радуемся жизни. Если нужно что-то
этакое - думаем и предлагаем возможные решения на замену.
И в этом как раз дистры, собранные для 32 бит - огромное подспорье.
Но они состоят, в основном, из базовых элементов, ядро+базовая обвязка и
установщик. Которые, как минимум, будут иметь 32-битные версии
вполть до того момента, пока имеется поддержка в ядре. Так что я
"голосую" за сохранение 32-битных пакетов для базовых компонентов -
ядра, системных
утилит и консольных приложений как минимум.
next prev parent reply other threads:[~2022-01-31 16:42 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 [this message]
2022-01-31 21:55 ` Alexey V. Vissarionov
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=7b04a4ed-5c75-27f2-d1e6-74fe6dd2373f@gmail.com \
--to=bystrov.arterm@gmail.com \
--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