All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephan von Krawczynski <skraw@ithnet.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: marcelo.tosatti@cyclades.com.br, neilb@cse.unsw.edu.au,
	linux-kernel@vger.kernel.org
Subject: Re: experiences beyond 4 GB RAM with 2.4.22
Date: Tue, 16 Sep 2003 17:20:57 +0200	[thread overview]
Message-ID: <20030916172057.148a5741.skraw@ithnet.com> (raw)
In-Reply-To: <1063722973.10037.65.camel@dhcp23.swansea.linux.org.uk>

On Tue, 16 Sep 2003 15:36:14 +0100
Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:

> On Maw, 2003-09-16 at 14:36, Stephan von Krawczynski wrote:
> > Well, I do understand the bounce buffer problem, but honestly the current
> > way of handling the situation seems questionable at least. If you ever
> > tried such a system you notice it is a lot worse than just dumping the
> > additional ram above 4GB. You can really watch your network connections go
> > bogus which is just unacceptable. Is there any thinkable way to ommit the
> > bounce buffers and still do something useful with the beyond-4GB ram parts?
> 
> The 2.6 tree is somewhat better about this but at the end of the day if
> your I/O subsystem can't do the job your box will not perform ideally.

Hm, "not ideally" is a real friendly word for describing the mess ;-)
Isn't there a possibility to flag this part of the memory as nonDMA-able, kind
of "do whatever you want with it, but don't expect any dma-driven i/o"...
I know this gets a problem when swap jumps in, though.
But really it is far better for the box to flag it more or less unusable
compared to a DoS done by user-space "find" ...
I know this is a real corner case of life. It looks more like taking a
different decision than current to improve the situation and not so much a real
development topic. Probably a note in kernel docs reading "DON'T DO THIS" is
either sufficient...


Regards,
Stephan


  reply	other threads:[~2003-09-16 15:21 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-09  9:01 experiences beyond 4 GB RAM with 2.4.22 Stephan von Krawczynski
2003-09-09 12:25 ` Andrea Arcangeli
2003-09-12  2:46 ` Neil Brown
2003-09-12  6:54   ` Stephan von Krawczynski
2003-09-12  7:11     ` Jens Axboe
2003-09-12  7:53     ` Mike Fedyk
2003-09-15 22:01     ` Marcelo Tosatti
2003-09-16  8:21       ` Stephan von Krawczynski
2003-09-16 12:05         ` Stephan von Krawczynski
2003-09-16 13:11         ` Marcelo Tosatti
2003-09-16 13:36           ` Stephan von Krawczynski
2003-09-16 13:55             ` Richard B. Johnson
2003-09-16 14:13               ` Stephan von Krawczynski
2003-09-16 14:33             ` Marcelo Tosatti
2003-09-16 14:36               ` Stephan von Krawczynski
2003-09-16 14:36             ` Alan Cox
2003-09-16 15:20               ` Stephan von Krawczynski [this message]
2003-09-16 15:29                 ` Alan Cox
2003-09-16 15:49                   ` Timothy Miller
2003-09-16 16:17                     ` Stephan von Krawczynski
2003-09-16 19:58                   ` Olivier Galibert
2003-09-17 15:10                     ` Alan Cox
2003-09-17 19:19                       ` Jens Axboe
2003-09-17 19:30                         ` Marcelo Tosatti
2003-09-17 22:18                           ` Stephan von Krawczynski
2003-09-18  7:08                           ` Jens Axboe
2003-09-18  7:12                             ` Jens Axboe
2003-09-18 11:22                               ` Stephan von Krawczynski
2003-09-18 15:05                             ` William Lee Irwin III
2003-09-16 17:10               ` Pavel Machek
2003-09-16 19:53                 ` Olivier Galibert
2003-09-16 20:04                   ` Pavel Machek
2003-09-16 21:16                   ` Marcelo Tosatti
2003-09-16 21:23                     ` Olivier Galibert
2003-09-17 11:14                       ` Stephan von Krawczynski
2003-09-17 13:08                         ` Olivier Galibert
2003-09-18  9:58                           ` Olivier Galibert
2003-09-18 10:13                             ` Stephan von Krawczynski
2003-09-18 11:22                               ` Olivier Galibert
2003-09-17  6:41               ` Rogier Wolff
2003-09-17 10:26                 ` Jens Axboe
2003-09-17 10:42                   ` Rogier Wolff
2003-09-17 10:53                     ` Jens Axboe
2003-09-17 19:19                   ` Pavel Machek
2003-09-18 11:39                     ` Rogier Wolff
2003-09-18 12:13                       ` Rogier Wolff
2003-09-16 15:22             ` Timothy Miller
2003-09-16 15:29             ` Martin J. Bligh

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=20030916172057.148a5741.skraw@ithnet.com \
    --to=skraw@ithnet.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marcelo.tosatti@cyclades.com.br \
    --cc=neilb@cse.unsw.edu.au \
    /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.