Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!usc!cs.utexas.edu!rice!uw-beaver!zephyr.ens.tek.com!tektronix!reed!intelhf!ichips!pdx024!chrisj From: chrisj@pdx024.intel.com (Chris Jones) Newsgroups: comp.os.os2.misc Subject: Re: Virtual Memory Page Size Message-ID: <1991May18.003930.24393@ichips.intel.com> Date: 18 May 91 00:39:30 GMT References: <9645@cognos.UUCP> <1991May17.171113.11939@unixg.ubc.ca> <1991May17.194921.24025@serval.net.wsu.edu> Sender: news@ichips.intel.com (News Account) Reply-To: chrisj@ichips.intel.com Organization: INTEL X86 Focus Group Lines: 25 In article <1991May17.194921.24025@serval.net.wsu.edu>, wbonner@yoda.eecs.wsu.edu (Wim Bonner) writes: |> In article <1991May17.171113.11939@unixg.ubc.ca> ballard@ucs.ubc.ca (Alan Ballard) writes: |> >OS/2 2.0 is a PAGED system. Anyone know what the page size is? |> |> I'm not certain, but doesn't the 386 usually use 4k pages? I know I just |> dealt with a class on the unix operating system, and we dealt with paging |> algorithms in the course of the class. Our machines were ATT 386 boxes, |> and I know that we were using 4k pages. |> |> I knew that the page size was hardware dependent, but I never got to thinking |> if it was hardware dependent in a range of sizes. |> The i386(tm) and i486(tm) have a page length which is hardware defined to be 4kb. Segments can range from 1 byte to 1Mb in size if byte granularity is used, and can be from 4kb (1 page) to 4Gb (1 Mpage?) in size if page granularity is used. +----------------------------------+------------------------------------------+ { Chris S Jones, Intel Corp. | The opinions expressed above probably do } { 5200 NE Elam Young Pkwy, JF1-58 | not reflect the opinions of Intel. If } { Hillsboro, OR 97124 | they actually do reflect the opinions of } { chrisj@ichips.intel.com | Intel, it is purely coincidental, since } { (503) 696-4022 | Intel would never comment on such matters} +----------------------------------+------------------------------------------+