Date: Tue, 22 Aug 2000 19:16:59 +0200 (CEST) From: Remy Nonnenmacher <remy@boostworks.com> To: seebs@plethora.net Cc: jlemon@flugsvamp.com, hackers@FreeBSD.ORG Subject: Re: Advanced OS Questions only you can answer... Message-ID: <200008221717.TAA23213@luxren2.boostworks.com> In-Reply-To: <200008221710.MAA12340@guild.plethora.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 22 Aug, Peter Seebach wrote: > In message <200008221714.e7MHEbL05793@prism.flugsvamp.com>, Jonathan Lemon writ > es: >>In article <local.mail.freebsd-hackers/200008221653.LAA11615@guild.plethora.ne >>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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200008221717.TAA23213>