Article View: comp.arch
Article #22933Re: virtual memory
From: Anne & Lynn Wheeler
Date: Tue, 23 May 2006 19:17
Date: Tue, 23 May 2006 19:17
45 lines
3309 bytes
3309 bytes
blmblm@myrealbox.com <blmblm@myrealbox.com> writes: > Was there an acronym/initialism for this COMMON area? My memory of > doing junior-level systems work on MVS systems is telling me that > there was one, but not what. ? "common segment" ... having started out as a 1mbyte "shared" segment in every address space. the hardware table look-aside buffers (TLBs) were STO (virtual address space) associative. the result was that there were unique entries for the same common segment entries from different virtual address spaces. in the early 80s, some of the high-end hardware started adding special TLB treatment for the MVS "common segment" ... so that there would only be one set of TLB entries for MVS common segment areas across all MVS address spaces. However, this references a "bug" when MVS was running as a virtual guest ... and a temporary fix ... pending availability of MVS APAR. Date: 18 February 1983, 12:30:13 EST From: xxxx Hi - the 'official' fix to the STBVR 0Cx abend problem is MVS APAR/ PTF OZ67587. I don't know if it's available yet. In the meantime, the zap works just fine. I'll send the zap following this note. //xxxxx JOB (6007,X003),xxxxxxxx,MSGLEVEL=1,MSGCLASS=O,CLASS=B, // REGION=1024K,NOTIFY=PREISM //ZAP EXEC PGM=AMASPZAP //SYSPRINT DD SYSOUT=* //SYSLIB DD DSN=SYS1.NUCLEUS,DISP=SHR,UNIT=3330,VOL=SER=D00126 ** ** FOR VM MVS GUEST, STBVR, TURN OFF USE OF COMMON SEGMENTS ** NAME IEAVNPX1 IEAVNPX1 VER 0DA2 96026003 OI SGTCB=1 REP 0DA2 47000000 NOP VER 0DCE 96026003 OI SGTCB=1 REP 0DCE 47000000 NOP // -- Anne & Lynn Wheeler | http://www.garlic.com/~lynn/
Technical Details
Message-ID:
<m3zmh83608.fsf@lhwlinux.garlic.com>Path:
arc1-ca.pugleaf.net!g2news2.google.com!news4.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local01.nntp.dca.giganews.com!nntp.comcast.com!news.comcast.com.POSTED!not-for-mailReferences:
<1147168912.656721.71000@j33g2000cwa.googlegroups.com> <1147409433.310823.22720@i40g2000cwc.googlegroups.com> <1147467379.996805.42050@j73g2000cwa.googlegroups.com> <m3y7x6j3wj.fsf@lhwlinux.garlic.com> <4dh2kcF1aar1vU3@individual.net>Show Full Headers
Complete Article Headers
X-Google-Thread: 102b75,1231859970eae518 X-Google-Thread: fd705,2622651c2dd46327 X-Google-Thread: 103c88,b76213622410bb41 X-Google-Attributes: gid102b75,gidfd705,gid103c88,public X-Google-Language: ENGLISH,ASCII-7-bit Path: arc1-ca.pugleaf.net!g2news2.google.com!news4.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local01.nntp.dca.giganews.com!nntp.comcast.com!news.comcast.com.POSTED!not-for-mail NNTP-Posting-Date: Tue, 23 May 2006 14:17:46 -0500 From: Anne & Lynn Wheeler <lynn@garlic.com> Newsgroups: comp.arch,alt.folklore.computers,bit.listserv.vmesa-l Subject: Re: virtual memory References: <1147168912.656721.71000@j33g2000cwa.googlegroups.com> <1147409433.310823.22720@i40g2000cwc.googlegroups.com> <1147467379.996805.42050@j73g2000cwa.googlegroups.com> <m3y7x6j3wj.fsf@lhwlinux.garlic.com> <4dh2kcF1aar1vU3@individual.net> Date: Tue, 23 May 2006 13:17:43 -0600 Message-ID: <m3zmh83608.fsf@lhwlinux.garlic.com> Organization: Wheeler&Wheeler User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) Cancel-Lock: sha1:b8Q9ueaxfOX3mYsOsO3rU6eOuv8= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Lines: 45 NNTP-Posting-Host: 71.196.175.130 X-Trace: sv3-d4N0jKjOpluTRTQE2OkCFTRqNtG44GqVhpgcN6owik7uWwLD2EJ6PIg23JfDXHojnUyjQx/9xKUK48a!uwzGjr5w8fcHyHyCfUf4uTzPl0MnD+OsMsBH/lrsckodvn5R5RxWlvzMc/e2TVe0NNUh/9izyPM8!zg== X-Complaints-To: abuse@comcast.net X-DMCA-Complaints-To: dmca@comcast.net X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.32