All of lore.kernel.org
 help / color / mirror / Atom feed
From: regatta <regatta@gmail.com>
To: Eric Dumazet <dada1@cosmosbay.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 32Bit vs 64Bit
Date: Wed, 16 Mar 2005 19:40:33 +0300	[thread overview]
Message-ID: <5a3ed565050316084042e00742@mail.gmail.com> (raw)
In-Reply-To: <423857D3.80609@cosmosbay.com>

My question because We ran a 32 Bit application in Sun AMD64 Optreon
with 1GB connection (Kernel 2.4 x86_64 with 8 Gb memory & 2 CPUs)  and
we had trouble time with it because the user tried to put the
application processing data in a nas box (in the network) and that
made the machine to use more than 60% of the NAS CPU and no one else
was able to access the NAS

right now we are trying to see if the problem because the AMD64 Bit is
very powerful or  is it because it has 1GB connection and the
application designed to be a bad :)




On Wed, 16 Mar 2005 16:59:15 +0100, Eric Dumazet <dada1@cosmosbay.com> wrote:
> regatta wrote:
> 
> > Hi everyone,
> >
> > I have a question about the 64Bit mode in AMD 64bit
> >
> > My question is if I run a 32Bit application in Optreon AMD 64Bit with
> > Linux 64Bit does this give my any benefit ? I mean running 32Bit
> > application in 64Bit machine with 64 Linux is it better that running
> > it in 32Bit or doesn't make any different at all ?
> >
> > Thanks
> 
> Hi
> 
> Running a 32 bits application on a x86_64 kernel gives more virtual
> address : 4GB of user memory, instead of 3GB on a standard 32bits kernel
> 
> If your application uses a lot of in-kernel ressources (like tcp
> sockets and network buffers), it also wont be constrained by the
> pressure a 32 bits kernel has on lowmem (typically 896 MB of lowmem)
> 
> If your machine has less than 2GB, running a 64bits kernel is not a
> win, because all kernel data use more ram (pointers are 64 bits
> instead of 32bits)
> 
> Eric
> 
> 


-- 
Best Regards,
--------------------
-*- If Linux doesn't have the solution, you have the wrong problem -*-

  reply	other threads:[~2005-03-16 16:40 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-16 15:44 32Bit vs 64Bit regatta
2005-03-16 15:59 ` Eric Dumazet
2005-03-16 16:40   ` regatta [this message]
2005-03-16 16:10 ` peto
2005-03-17 21:56 ` Helge Hafting
  -- strict thread matches above, loose matches on Subject: below --
2005-03-16 15:48 regatta
2005-03-16 15:52 ` Christian Hildner
     [not found] <fa.d8o1hmd.1l3ipbn@ifi.uio.no>
     [not found] ` <fa.jg14340.1g0go0q@ifi.uio.no>
2005-03-18  5:02   ` Bodo Eggert

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=5a3ed565050316084042e00742@mail.gmail.com \
    --to=regatta@gmail.com \
    --cc=dada1@cosmosbay.com \
    --cc=linux-kernel@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.