From owner-freebsd-hackers Tue Aug 22 10:17:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from luxren2.boostworks.com (luxren2.boostworks.com [194.167.81.214]) by hub.freebsd.org (Postfix) with ESMTP id 2CC5D37B423 for ; Tue, 22 Aug 2000 10:17:29 -0700 (PDT) Received: from boostworks.com (root@oldrn.luxdev.boostworks.com [192.168.1.99]) by luxren2.boostworks.com (8.9.1/8.9.1) with ESMTP id TAA23213; Tue, 22 Aug 2000 19:17:03 +0200 (CEST) Message-Id: <200008221717.TAA23213@luxren2.boostworks.com> Date: Tue, 22 Aug 2000 19:16:59 +0200 (CEST) From: Remy Nonnenmacher Reply-To: remy@boostworks.com Subject: Re: Advanced OS Questions only you can answer... To: seebs@plethora.net Cc: jlemon@flugsvamp.com, hackers@FreeBSD.ORG In-Reply-To: <200008221710.MAA12340@guild.plethora.net> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 22 Aug, Peter Seebach wrote: > In message <200008221714.e7MHEbL05793@prism.flugsvamp.com>, Jonathan Lemon writ > es: >>In article >t> you write: >>>>2. How does the OS manage main memory and does it manage secondary storage >>>>to back up main memory. I need on algorithm and one structure to show this >>>>management...along with how they relate to the management. >>> >>>The OS manages main memory by breaking it up into 8 1/2 by 11 sections of bit >>s >>>called "pages". (The 1/2 is used for parity.) >> >>Yes, but this is not portable. For a better fit, the OS should strive >>to maintain ISO 216 compliance as well, if possible. > > Look, I don't think we want to confuse the kid. It's bad enough that the > crossways "8 inches" just refers to a standard octet, but the vertical 11 > inches is a 2^N thing. It's worse still that, on most platforms, the page > is really 12 or 13 inches. > > I wanted to start him with the easy case. > Rigth. 0.33 meter in processors running in Europe countries. (Using Metric RAM, or MRAM). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message