All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ben Collins <bcollins@debian.org>
To: ultralinux@vger.kernel.org
Subject: Re: More sparc64-libc questions
Date: Mon, 01 Oct 2001 01:52:10 +0000	[thread overview]
Message-ID: <marc-linux-ultrasparc-100190113922850@msgid-missing> (raw)
In-Reply-To: <marc-linux-ultrasparc-100187097332030@msgid-missing>

On Sun, Sep 30, 2001 at 09:36:07PM -0400, sc843@bard.edu wrote:
> Thanks Ben!
> 
> Indeed it _is_ ld-linux.so.2 which segfaults (I'm using a recent CVS.)
> 
> I'm seriously considering creating a pure 64-bit Sparc distribution of Linux. 
> Everyting that can be would be native 64-bit (init, shells, X, etc...). Having 
> the compiler working is a good thing, and I'll test glibc 2.2.4 and see whether 
> that fixes my segfault problem.
> 
> I understand that this will provide only marginal performance benefits, and 
> that Debian has a solid distro out with 64-bit support, but I'm doing this as 
> much for the adventure as for the performance benefits. How is a distribution 
> usually begun? I'd take the next release of GCC (3.0.2) and the latest release 
> of libc.

Actually, it would create a performance hit for most things. From what I
understand the addressing causes performance issues, and is only really
needed for applications that need to address > 4gigs of memory (or other
large accesses), like databases, etc.

I've gone through a lot with this for Debian. Final decision I made was
to not have a native 64-bit distribution, and this was based on input
from Dave and Jakub. That's why I've only provided a 64-bit compiler and
base libraries; so people can compile what they need as 64-bit.

Read through some of the comments in gcc/config/sparc/ about the memory
addressing models used. Even the kernel is slow when compiled with full
64-bit addressing, which is why it is compiled with the medlow model.


Ben


-- 
 .----------====-=-===-=====-----------===------------=-=-----.
/                   Ben Collins    --    Debian GNU/Linux                  \
`  bcollins@debian.org  --  bcollins@openldap.org  --  bcollins@linux.com  '
 `---=====------====-------------=-=-----=-==-===-------=--=---'

      parent reply	other threads:[~2001-10-01  1:52 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-30 17:20 More sparc64-libc questions Sean Callanan
2001-09-30 18:06 ` Ben Collins
2001-10-01  1:36 ` sc843
2001-10-01  1:52 ` Ben Collins [this message]

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=marc-linux-ultrasparc-100190113922850@msgid-missing \
    --to=bcollins@debian.org \
    --cc=ultralinux@vger.kernel.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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.