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
next prev parent 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