Skip site navigation (1)Skip section navigation (2)
Date:      08 Oct 2002 20:23:58 +0400
From:      "Vladimir B. " Grebenschikov <vova@sw.ru>
To:        Mikhail Teterin <mi+mx@aldan.algebra.com>
Cc:        Terry Lambert <tlambert2@mindspring.com>, arch@FreeBSD.org
Subject:   Re: using mem above 4Gb was: swapon some regular file
Message-ID:  <1034094238.899.14.camel@vbook.express.ru>
In-Reply-To: <200210081150.47943.mi%2Bmx@aldan.algebra.com>
References:  <200210071630.42512.mi%2Bmx@aldan.algebra.com> <3DA2F716.C5B69C7C@mindspring.com> <3DA2FC9F.22C66877@mindspring.com>  <200210081150.47943.mi%2Bmx@aldan.algebra.com>

next in thread | previous in thread | raw e-mail | index | archive | help
=F7 Tue, 08.10.2002, =D7 19:50, Mikhail Teterin =CE=C1=D0=C9=D3=C1=CC:
> On Tuesday 08 October 2002 11:41 am, Terry Lambert wrote:
> =3D Terry Lambert wrote:
> =3D > So whatever connections you are getting now... halve that, or less,
> =3D > to get a window for your RAM disk (you will need KVA for mappings
> =3D > for all the memory that *can* be in the window, etc.).
> =3D=20
> =3D To emphasize this: if you are using 4K pages, you will need:
> =3D=20
> =3D 	4K/1M * 64G =3D 256M
> =3D=20
> =3D ...1/4 of 1G of memory outside the window, just for page tables.
> =3D=20
> =3D Also, if we still were using an mbuf per connection for the
> =3D template, for 1,000,000 connections, that's 256M of RAM -- another
> =3D 1/4 gig.
> =20
> =3D Yeah, most people don't think in these terms; personally, I like
> =3D to call it "Extreme BSD".  8-).
>=20
> Although this is fascinating read -- it getting further and further away
> from the original subject. And from the modified one too -- I don't
> believe Vladimir said anything about networking...

Exactly, Terry is right about large number of relative-small
network-access processes (say apaches). But there are some other cases,
say you have some DB server with huge index, say 10Gb, I think keep
index in RAM effective than on disk.

Actually question is density of KVA consumption per Mb of used RAM.
=20
> 	-mi

--=20
Vladimir B. Grebenschikov
vova@sw.ru, SWsoft, Inc.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1034094238.899.14.camel>