Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #81541
| Path | csiph.com!1.us.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!news2.arglkargh.de!news.karotte.org!fu-berlin.de!news.servidellagleba.it!bofh.it!news.nic.it!robomod |
|---|---|
| From | Alan Corey <alan01346@gmail.com> |
| Newsgroups | linux.debian.kernel, linux.debian.ports.arm, linux.debian.devel, linux.debian.devel.release |
| Subject | Re: Ability to further support 32bit architectures |
| Date | Fri, 12 Jan 2024 19:30:01 +0100 |
| Message-ID | <HVu8F-2Dcd-5@gated-at.bofh.it> (permalink) |
| References | <HVsqd-2C7o-3@gated-at.bofh.it> <HVtFD-2CMv-7@gated-at.bofh.it> |
| X-Mailbox-Line | From debian-kernel-request@lists.debian.org Fri Jan 12 18:24:46 2024 |
| Old-Return-Path | <alan01346@gmail.com> |
| X-Amavis-Spam-Status | No, score=-1.579 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, BODY_8BITS=1.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FOURLA=0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, GMAIL=1, HTML_MESSAGE=2, LDO_WHITELIST=-5, RCVD_IN_DNSWL_NONE=-0.0001, SARE_HTML_COLOR_A=0.15, SARE_HTML_COLOR_NWHT2=0.63, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=no autolearn_force=no |
| X-Policyd-Weight | using cached result; rate: -5.5 |
| X-Gm-Message-State | AOJu0YyNc+8K0s10CEoal1Nk4qFEZde5AGsBF2jmfDT4GYyhglpXmK7j UKjHc5Pohh4hYoQlFd30O/Xb4W2BrRjmiUxP3rXXnLMg8rk= |
| X-Google-SMTP-Source | AGHT+IGSWJp0FTZXPtCxtPeg5fbmg80nGg9cM3WxmQR5XYh2X9bscJ6rX6aLCcKETtcOVhBQjw80P92RyNBszGsaVrs= |
| X-Received | by 2002:aa7:c58d:0:b0:558:ed74:3280 with SMTP id g13-20020aa7c58d000000b00558ed743280mr117174edq.75.1705082827201; Fri, 12 Jan 2024 10:07:07 -0800 (PST) |
| MIME-Version | 1.0 |
| Content-Type | multipart/alternative; boundary="0000000000003a60d8060ec388d1" |
| X-Mailing-List | <debian-kernel@lists.debian.org> archive/latest/141439 |
| List-ID | <debian-kernel.lists.debian.org> |
| List-URL | <https://lists.debian.org/debian-kernel/> |
| List-Archive | https://lists.debian.org/msgid-search/CAOh3dDbDvUyW8L+jj4pm5gEHqnStK96b-tUYji6B+hv8_OLYjA@mail.gmail.com |
| Approved | robomod@news.nic.it |
| Lines | 195 |
| Organization | linux.* mail to news gateway |
| Sender | robomod@news.nic.it |
| X-Original-Cc | YunQiang Su <wzssyqa@gmail.com>, Jeffrey Walton <noloader@gmail.com>, debian-kernel@lists.debian.org, debian-arm <debian-arm@lists.debian.org>, debian-devel <debian-devel@lists.debian.org>, debian-release@lists.debian.org |
| X-Original-Date | Fri, 12 Jan 2024 13:06:55 -0500 |
| X-Original-Message-ID | <CAOh3dDbDvUyW8L+jj4pm5gEHqnStK96b-tUYji6B+hv8_OLYjA@mail.gmail.com> |
| X-Original-References | <CAKcpw6XEyc5rAymQC7vSP0uYpMEF7+7_AQagGSP-PyVkJcZ3FA@mail.gmail.com> <3j9uo37e3n2idcoa7mhi91uc.1705080990975@email.android.com> |
| Xref | csiph.com linux.debian.kernel:81541 linux.debian.ports.arm:13862 linux.debian.devel:110259 linux.debian.devel.release:122039 |
Cross-posted to 4 groups.
Show key headers only | View raw
[Multipart message — attachments visible in raw view] - view raw
Are you forgetting that 64 bit is slower? In the arm world where it's easily switchable 64 bit is pokey when you don't need it. On Fri, Jan 12, 2024, 12:54 PM <rhys@neoquasar.org> wrote: > > > Sent from my mobile device. > > ------------------------------ > *From:* YunQiang Su <wzssyqa@gmail.com> > *Sent:* Friday, January 12, 2024 10:11 > *To:* rhys@neoquasar.org > *Cc:* noloader@gmail.com; debian-kernel@lists.debian.org; > debian-arm@lists.debian.org; debian-devel@lists.debian.org; > debian-release@lists.debian.org > *Subject:* Re: Ability to further support 32bit architectures > > <rhys@neoquasar.org> 于2024年1月12日周五 23:59写道: > > > > Keeping in mind that I am new to this arena... > > > > I have some Intel systems - both 64-bit and 32-bit - that I might be > able to use as build platforms. > > > > I guess all of your hardwares are 64bit. You setup different OS on them. > > No. I have multiple 32-bit systems, one of which is Intel. > > > What does the Debian team need from me to be able to use these systems? > > > > It's not about performance of hardware. It is about some limitation of > 32bit. > 2 examples for it: > 1. if we use 32bit value for time, it will overflow in 2038, then > your time will be shown as 1900. > https://en.wikipedia.org/wiki/Year_2038_problem > 2. A single process (or maybe APP, not precisely), can only use UP > to 4GiB RAM. > In fact on most system the value is less than 4GiB: > on intel32, it is 3GiB > on mips32, it is 2GiB > But currently, it is not enough, for example, when we build a > big APP, it will need much more RAM. > The RAM does install in your Rack, but you can NOT use it. > https://en.wikipedia.org/wiki/3_GB_barrier > > > I can't guarantee they'll be FAST, but I'll do what I can to make them > EFFECTIVE. > > > > If you are really need 32bit system. Maybe you can say out why you > *REALLY* need it. > For most users, the suggestion is: upgrade to 64bit. > > > That's not at all what I was asking or talking about. > > --J >
Back to linux.debian.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Ability to further support 32bit architectures Bastian Blank <waldi@debian.org> - 2024-01-11 10:50 +0100
Re: Ability to further support 32bit architectures Dimitri John Ledkov <dimitri.ledkov@canonical.com> - 2024-01-11 10:50 +0100
Re: Ability to further support 32bit architectures Bastian Blank <waldi@debian.org> - 2024-01-11 11:50 +0100
Re: Ability to further support 32bit architectures Adrian Bunk <bunk@debian.org> - 2024-01-11 12:50 +0100
Re: Ability to further support 32bit architectures Aurelien Jarno <aurel32@debian.org> - 2024-01-11 18:40 +0100
Re: Ability to further support 32bit architectures Aurelien Jarno <aurel32@debian.org> - 2024-01-13 19:50 +0100
Re: Ability to further support 32bit architectures Jeffrey Walton <noloader@gmail.com> - 2024-01-11 17:10 +0100
Re: Ability to further support 32bit architectures YunQiang Su <wzssyqa@gmail.com> - 2024-01-12 17:20 +0100
Re: Ability to further support 32bit architectures Alan Corey <alan01346@gmail.com> - 2024-01-12 19:30 +0100
Re: Ability to further support 32bit architectures rhys <rhys@neoquasar.org> - 2024-01-13 04:50 +0100
Re: Ability to further support 32bit architectures YunQiang Su <wzssyqa@gmail.com> - 2024-01-13 04:50 +0100
Re: Ability to further support 32bit architectures rhys <rhys@neoquasar.org> - 2024-01-13 14:20 +0100
Re: Ability to further support 32bit architectures Rene Engelhard <rene@debian.org> - 2024-01-13 17:00 +0100
Re: Offer to make a native 32-bit system avaiable rhys <rhys@neoquasar.org> - 2024-01-13 20:20 +0100
Re: Offer to make a native 32-bit system avaiable Dimitri John Ledkov <dimitri.ledkov@canonical.com> - 2024-01-13 21:10 +0100
Re: Ability to further support 32bit architectures rhys <rhys@neoquasar.org> - 2024-01-13 14:30 +0100
Re: Ability to further support 32bit architectures Bastian Blank <waldi@debian.org> - 2024-01-12 23:40 +0100
Re: Ability to further support 32bit architectures Dimitri John Ledkov <dimitri.ledkov@canonical.com> - 2024-01-13 17:40 +0100
Re: Ability to further support 32bit architectures Bastian Blank <waldi@debian.org> - 2024-01-13 18:00 +0100
Re: Ability to further support 32bit architectures Bastian Blank <waldi@debian.org> - 2024-01-11 11:50 +0100
gcc displaying bullshit allocation numbers? (was: Re: Ability to further support 32bit architectures) Bastian Blank <waldi@debian.org> - 2024-01-13 18:00 +0100
csiph-web