The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.
[EMAIL PROTECTED] (Tom Schmidt) writes: > For zSeries to do it you would either be looking at creative use of MIDAW > to read/write the 1M pages from/to existing DASD (with less-then-ideal > performance) or you would be looking at new DASD (or son-of-DASD maybe). > Perhaps it would be a good excuse to resurrect expanded storage (ESTORE) > with an also-resurrected Asynchronous Page Mover (of 1M)? in the early 80s ... "big pages" were implemented for both VM and MVS. this didn't change the virtual page size ... but changed the unit of moving pages between memory and 3380s ... i.e. "big pages" were 10 4k pages (3380) that moved to disk and were fetched back in from disk. a page fault for any 4k page in a "big page" ... would result in the whole "big page" being fetched from disk. note the original extended store ... wasn't so much an architecture issue, it was a packaging/technology issue. 3090s needed more electronic store than could be packaged within the proscribed latency of cache/memory fetch. the approach was to place the storage that couldn't be packaged for close access ... on a different bus under software control that burst transfers in (4k) page size units ... rather than the smaller cache line size units ... and then leverage the programming paradigm already in place for paging to/from disk. this is somewhat LCS from 360 days (8mbytes of 8mic storage ... compared to 750ns storage on 360/67 or 2mic storage on 360/50). the simple strategy was to just consider it as adjunct of normal, faster storage and tolerate the longer fetch cycle. howeer, some installations tried to carefully allocate stuff in LCS ... that were lower use programs and/or purely cached data (like hasp buffers). however, some installactions actually implemented copying programs out of LCS to faster storage before execution. misc. past posts mentioning big pages. http://www.garlic.com/~lynn/2001k.html#60 Defrag in linux? - Newbie question http://www.garlic.com/~lynn/2002b.html#20 index searching http://www.garlic.com/~lynn/2002c.html#29 Page size (was: VAX, M68K complex instructions) http://www.garlic.com/~lynn/2002c.html#48 Swapper was Re: History of Login Names http://www.garlic.com/~lynn/2002e.html#8 What are some impressive page rates? http://www.garlic.com/~lynn/2002e.html#11 What are some impressive page rates? http://www.garlic.com/~lynn/2002f.html#20 Blade architectures http://www.garlic.com/~lynn/2002l.html#36 Do any architectures use instruction count instead of timer http://www.garlic.com/~lynn/2002m.html#4 Handling variable page sizes? http://www.garlic.com/~lynn/2003b.html#69 Disk drives as commodities. Was Re: Yamhill http://www.garlic.com/~lynn/2003d.html#21 PDP10 and RISC http://www.garlic.com/~lynn/2003f.html#5 Alpha performance, why? http://www.garlic.com/~lynn/2003f.html#9 Alpha performance, why? http://www.garlic.com/~lynn/2003f.html#16 Alpha performance, why? http://www.garlic.com/~lynn/2003f.html#48 Alpha performance, why? http://www.garlic.com/~lynn/2003g.html#12 Page Table - per OS/Process http://www.garlic.com/~lynn/2003o.html#61 1teraflops cell processor possible? http://www.garlic.com/~lynn/2003o.html#62 1teraflops cell processor possible? http://www.garlic.com/~lynn/2004.html#13 Holee shit! 30 years ago! http://www.garlic.com/~lynn/2004e.html#16 Paging query - progress http://www.garlic.com/~lynn/2004n.html#22 Shipwrecks http://www.garlic.com/~lynn/2004p.html#39 100% CPU is not always bad http://www.garlic.com/~lynn/2005h.html#15 Exceptions at basic block boundaries http://www.garlic.com/~lynn/2005j.html#51 Q ALLOC PAGE vs. CP Q ALLOC vs ESAMAP http://www.garlic.com/~lynn/2005l.html#41 25% Pageds utilization on 3390-09? http://www.garlic.com/~lynn/2005n.html#18 Code density and performance? http://www.garlic.com/~lynn/2005n.html#19 Code density and performance? http://www.garlic.com/~lynn/2005n.html#21 Code density and performance? http://www.garlic.com/~lynn/2005n.html#22 Code density and performance? http://www.garlic.com/~lynn/2006j.html#2 virtual memory http://www.garlic.com/~lynn/2006j.html#3 virtual memory http://www.garlic.com/~lynn/2006j.html#4 virtual memory http://www.garlic.com/~lynn/2006j.html#11 The Pankian Metaphor http://www.garlic.com/~lynn/2006l.html#13 virtual memory ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
