INFO-VAX Wed, 17 Sep 2008 Volume 2008 : Issue 511 Contents: Re: am I the only one hacking VMS on Itanium? Re: am I the only one hacking VMS on Itanium? Re: am I the only one hacking VMS on Itanium? Re: am I the only one hacking VMS on Itanium? Re: am I the only one hacking VMS on Itanium? Re: Annoying feature of SMTP receiver which breaks POP/IMAP Building Apache Portable Runtime Re: HP to axe 24,6000 jobs Re: HP to axe 24,6000 jobs Re: HP to market a new OS for their PCs? Re: Installing VMS onto USB disk on an Itanium Re: Loose Cannon-dian Re: OpenVMS Architect/Consultant Position Available Re: OpenVMS Architect/Consultant Position Available Re: OT: The end of the world in roughly 3 hours Re: OT: The end of the world in roughly 3 hours Re: OT: The end of the world in roughly 3 hours Re: What is a process' current WSxxxxx quotas ? Re: What is a process' current WSxxxxx quotas ? Re: What is a process' current WSxxxxx quotas ? RE: What is a process' current WSxxxxx quotas ? ---------------------------------------------------------------------- Date: Wed, 17 Sep 2008 02:36:22 -0700 (PDT) From: IanMiller Subject: Re: am I the only one hacking VMS on Itanium? Message-ID: <3c9768ff-c88a-4a91-8de1-e049e143a825@25g2000hsx.googlegroups.com> I have done one execlet which works on alpha and itanium. It is written in C, See http://eisner.encompasserve.org/~miller/mbmon010.zip I guess you need someone with access to Itanium VMS listings to see how execlects are linked on that platform. ------------------------------ Date: Wed, 17 Sep 2008 10:45:41 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: am I the only one hacking VMS on Itanium? Message-ID: <00A7FC19.775935A4@SendSpamHere.ORG> In article <3c9768ff-c88a-4a91-8de1-e049e143a825@25g2000hsx.googlegroups.com>, IanMiller writes: > >I have done one execlet which works on alpha and itanium. It is >written in C, >See http://eisner.encompasserve.org/~miller/mbmon010.zip > > I guess you need someone with access to Itanium VMS listings to see >how execlects are linked on that platform. NOT!!! I have myriad working execlets and drivers that I've linked. I'm perfectly fine with linking these. It turns out that the system routine in question has been elided from VMS on Itanium but the reference to it still listed in the SYS$BASE_IMAGE map. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Wed, 17 Sep 2008 09:15:38 -0400 From: "John Reagan" Subject: Re: am I the only one hacking VMS on Itanium? Message-ID: "Michael Moroney" wrote in message news:gap2vs$utd$1@pcls6.std.com... > I'm doing Macro work on Itanium and we've found odd Macro problems, but > the same problems exist on the Alpha macro compiler so I think we're the > first to encounter them since the Alpha came out. Do I know about them? I'm about to do some other Macro work/fixes so while I'm in there... John ------------------------------ Date: Wed, 17 Sep 2008 15:08:09 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: am I the only one hacking VMS on Itanium? Message-ID: "John Reagan" writes: >"Michael Moroney" wrote in message >news:gap2vs$utd$1@pcls6.std.com... >> I'm doing Macro work on Itanium and we've found odd Macro problems, but >> the same problems exist on the Alpha macro compiler so I think we're the >> first to encounter them since the Alpha came out. >Do I know about them? I'm about to do some other Macro work/fixes so while >I'm in there... Yes. It's all that absolute addressing junk from a while ago. ------------------------------ Date: Wed, 17 Sep 2008 11:26:16 -0400 From: "John Reagan" Subject: Re: am I the only one hacking VMS on Itanium? Message-ID: "Michael Moroney" wrote in message news:gar6gp$t53$1@pcls4.std.com... > Yes. It's all that absolute addressing junk from a while ago. Oh that, I have it mostly fixed but I need a little more testing before I check it in. For those of you keeping track at home, Macro (on both Alpha and I64) will generate incorrect code for certain absolute address modes. For instance, cvtbl ^x104,r0 should fetch the byte at absolute address ^x104. However, the ^x104 is truncated to a byte and location 4 is fetched. John ------------------------------ Date: Wed, 17 Sep 2008 12:52:32 +0200 From: Michael Unger Subject: Re: Annoying feature of SMTP receiver which breaks POP/IMAP Message-ID: <6jc63lF2i0jsU1@mid.individual.net> On 2008-09-17 04:58, "JF Mezei" wrote: > The SMTP receiver (or symbiont) has a feature which will insert a line > break whenever a line exceeds 255 characters. Platform? OS version? IP stack vendor? Version? ;-) > So, if a header has a line which exceeds 255 characters, The first 255 > are printed, then the remainder are printed starting at column 1 on the > next line. (and I assume that if that line exceeds 255, it too will be > folded into more lines.) Quoting from RfC 2822, Section 2.2.3 ("Long Header Fields"): | [...] a CRLF may be inserted before any WSP. I.e., long lines _must_ not be broken at arbitrary positions. And obviously that "white space" will be moved to the continuation line. > [...] > > I realise that because of 1970s limitation of DECnet, messages cannot > have lines exceeding 255 characters. Quoting from RfC 2822, Section 2.1.1 ("Line Length Limits"): | [...] Each line of characters MUST be no more than 998 characters, | and SHOULD be no more than 78 characters, excluding the CRLF. > I would therefore suggest that the receiver be modified to either: > > Parse the header with logic that will insert a newline AND a space when > it must break lines, and perhaps break them smartly after a white space ^^^^^ > or a coma instead of blindly breaking them at position 255. This would > result in a properly formatted header. s/after/before > [...] > > Alternatively, a setting in SMTP.CONF to not fold lines at all which ^^^^^^^^^^^^^^^^^^^^^ > could be used for shops that no longer transfer mail via the 1970s > DECnet mail interface. It isn't just DECnet ... Michael -- Real names enhance the probability of getting real answers. My e-mail account at DECUS Munich is no longer valid. ------------------------------ Date: Wed, 17 Sep 2008 09:16:35 -0700 (PDT) From: blowhard27 Subject: Building Apache Portable Runtime Message-ID: <23e6ab11-e4d9-487a-89ee-76566add27bb@l43g2000hsh.googlegroups.com> I'm getting the APR built (from the HP sources for SWS) and want to run the provided tests. There is a regular shareable library (builds fine) and a protected shareable library. I'm using a system on which I have only base privileges so I can't install the protected shareable. Can I just relink the protected shareable without the /protect qualifier and then at least be able to run images that are linked with it? With the understanding that I will probably run into privilege issues depending on what functions get called? I'm doing this on one of the IA64 testdrive systems. Maybe someone can suggest another place? I want to build the APR so I can possibly build a (non Java) subversion client. Any ideas appreciated, Jim ------------------------------ Date: Wed, 17 Sep 2008 02:58:56 -0700 (PDT) From: IanMiller Subject: Re: HP to axe 24,6000 jobs Message-ID: On Sep 16, 6:11=A0pm, David J Dachtera wrote: > Phaeton wrote: > > [snip] > > The new HP services includes annual revenues of more than $47 billion a= nd 210,000 > > employees, =A0[snip] > > ...less than .001% of whom can spell "VMS". > > D.J.D. The percentage is higher than that. ------------------------------ Date: Wed, 17 Sep 2008 06:11:43 -0400 From: JF Mezei Subject: Re: HP to axe 24,6000 jobs Message-ID: <48d0d876$0$12361$c3e8da3@news.astraweb.com> IanMiller wrote: >> ...less than .001% of whom can spell "VMS". >> >> D.J.D. > > The percentage is higher than that. Is the correct number closer to 0.002% then ? (HP employees who can spell VMS) ------------------------------ Date: Wed, 17 Sep 2008 12:31:28 -0400 From: "John Smith" Subject: Re: HP to market a new OS for their PCs? Message-ID: "Bill Gunshannon" wrote in message news:6j1tekF123akU2@mid.individual.net... > In article > <0c92af3d-31d2-4b97-bfa6-9eac5e170f02@79g2000hsk.googlegroups.com>, > "winston19842005@yahoo.com" writes: >> http://tinyurl.com/3ga2ao >> >> I already added a comment saying I hope they will market VMS to the >> desktop. Anyone else here care to add a comment? > > My boss mentioned the article to me and I said, "They already have another > OS, VMS". I was going to mention it here, but I see others have beat me > to it. Of course, what does it say about VMS when HP goes out after major > publicity in the trade rags for an OS they don't have yet while still > refusing to even mention the one they already have. If they suppport anything this way, it'll be NSK. What better way to move customers up to a real production platform that they actively support and sell (NeoView). ------------------------------ Date: Wed, 17 Sep 2008 15:46:13 +0100 From: Tom Wade Subject: Re: Installing VMS onto USB disk on an Itanium Message-ID: > While it works, it is not supported because we simply cannot test every > possible device you can purchase. But presumably it could be tested with and supported on HP USB devices? --------------------------------------------------------- Tom Wade | EMail: tee dot wade at eurokom dot ie EuroKom | Tel: +353 (1) 296-9696 A2, Nutgrove Office Park | Fax: +353 (1) 296-9697 Rathfarnham | Disclaimer: This is not a disclaimer Dublin 14 | Tip: "Friends don't let friends do Unix !" Ireland ------------------------------ Date: Wed, 17 Sep 2008 03:45:37 -0700 (PDT) From: Keith Cayemberg Subject: Re: Loose Cannon-dian Message-ID: On Sep 17, 8:22 am, Michael Kraemer wrote: > Bob Koehler schrieb: > > > And the question is still unanswerable > > of course it is. > > > soley because no on has > > bothered to put those issues into a certification. > > Of course people have bothered. > Issues of common interest are covered by suites like the > (now obsolete) Orange Book or the more recent Common Criteria > (E1 .. E6). > So where on that scale is VMS ? > Simple question, simple answer. Well, the real answer isn't simple. Please read the following article completely at the Government Computer News. http://www.gcn.com/print/26_21/44857-1.html# I think you will then understand that the situation with these certifications is more complex. There is a lot of politics and business interests playing are role here, and much less of a straight- forward scientifically-based process. First of all these are not really security ratings at all in the sense of telling you how hard it would be to compromise a product's security. It is not even a rating of the effectiveness of the product's security features. It is more an evaluation of the vendor's development processes. There is no attempt to provide a comparison rating of the security architecture and features of a product compared with any another product. Even if a person correctly understands what is being evaluated, one should still have a healthy skepticism over the the ratings given to any one product. The details of the evaluations are closed to the public, supposedly to protect intellectual property. And, it appears that a vendor can simply shop around to find a lab that gives the desired rating. The following segment is from the article linked above... -------------- =93The problem is, there are 20 countries in this, and some of the labs in other countries are making a fortune doing evaluations because they are easier than the U.S. labs,=94 Paller said. =93I don=92t think the labs per se are the problem,=94 Shapiro said. =93It= =92s who pays, and can the results be confirmed? At the moment, vendors are negotiating with evaluators and walking down the street to a second evaluator when the first evaluator will not give them what they want. This is not hypothetical. The behavior is being observed in the wild.=94 Under the scheme, everyone accepts one lab=92s results, and under the opaque evaluation process, results cannot be easily confirmed. -------------- Please note that a LOT of euphemism is being used in this article. Most of the people being quoted in this article from a government- oriented magazine do have a lingering interest to have the expensive program seen in a positive light. For me it was already clear that if MS Windows NT already received an equal rating to OpenVMS, then the evaluations were clearly flawed in any sense of rating security design or features. The ratings are next to useless for anyone except FUD-slinging salesmen. Consequently, I must agree with Bob Koehler that the effectiveness and comprehensiveness of OS security capabilities have never been officially evaluated by any organization in any straight-forward scientifically-based comparative process. In my opinion performing such an evaluation in a fair and reasonable way would first require that field of Computer Science first grow-up (as did the field of Structural Engineering to provide safe buildings and bridges) to at least provide "quality metrics" of software implementation and "design" that wasn't completely dependent on empirical evaluation. This is necessary since nobody can completely test empirically all possible code paths of a complex product (with the possible limited exception of using mathematically verifiable pure- functional programming of small, very clearly defined programs; which excludes something of the general usefulness and complexity of an OS). Since the security attained by a product is never more that it's weakest feature, comprehensiveness is a necessary requisite of a fair and accurate security evaluation. As in Structural Engineering does with buildings and bridges we can come closer to a predictable quality of software by standardizing the "quality metrics" of the methods and materials used for design, features and implementation, but we don't even have an agreement yet in the industry of what the design, features and methods should include, or how to rate the quality of their integration. Cheers! Keith Cayemberg ------------------------------ Date: Wed, 17 Sep 2008 12:37:20 -0400 From: "John Smith" Subject: Re: OpenVMS Architect/Consultant Position Available Message-ID: wrote in message news:a8d45bfb-f4a4-41c3-bee1-074c9c9b6a73@26g2000hsk.googlegroups.com... > On Sep 16, 6:54 pm, s...@obanion.us wrote: >> I recall that the AS2100 was tricky to write IO drivers for because >> the system had several bus addressing modes to map the IO address >> space in the longword space of the CPU. So if you wanted to get to a >> byte addressed register on a card you would change the mapping so that >> byte addresses on the bus were found on longword address from the CPUs >> point of view. And I think specify a base address as well, since the >> 32 (or was it 64?) bit address of the bus as seen as bytes was larger >> that the physical address space of the EV4. >> >> Once the word and byte operands were added (EV5?), and IO boards >> understood longword only register spacing, this problem went away, >> leaving the 2100 and it's relatives (seems like the 2000, 1200, and >> one other...) with unique IO driver requirements. >> >> They must have a lot of 2100s to make this worthwhile... >> >> Sean >> >> On Sep 16, 5:16 am, VAXman- @SendSpamHere.ORG wrote: >> >> > In article , hel...@astro.multiCLOTHESvax.de >> > (Phillip Helbig---remove CLOTHES to reply) writes: >> >> > >In article >> > ><83d2835f-dda1-44cb-b36a-166393c7f...@25g2000hsx.googlegroups.com>, >> > >FrankS writes: >> >> > >> That's interesting. It says this will be a "migration from the >> > >> legacy >> > >> systems" and onto an AlphaServer 2100. >> >> > >> I never thought I'd see an AS2100 considered non-legacy again. >> >> > >Is this the EV4 or EV45 AS2100? >> >> > I've fired off an email to the POC for more information. >> >> > -- >> > VAXman- A Bored Certified VMS Kernel Mode Hacker >> > VAXman(at)TMESIS(dot)COM >> >> > ... pejorative statements of opinion are entitled to constitutional >> > protection >> > no matter how extreme, vituperous, or vigorously expressed they may be. >> > (NJSC) >> >> > Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article >> > outside >> > of usenet _must_ include its contents in its entirety including this >> > copyright >> > notice, disclaimer and quotations. > > There were 2100s with EV5/21164 too. They were certainly sold with EV5 > (eg see SOC [1]) and (iirc) there might even have been field upgrades > from the EV4/21064 to EV5/21164. Didn't Raytheon do a repackaged 2100 > (their Model 940), with flight-compatible stuff like conduction-cooled > boards and what have you? The software and most of the hardware > wouldn't care about whose badge was on the system, but it could well > be important to the flight and certification people. > > Wrt the byte/word thing: It's not really the "IO boards" themselves > that are the issue - they're mostly relatively standard PCI stuff in > most 2100s and similar-era systems, maybe with EISA too. Maybe you > mean the companion IO board in the 2100 which sat between CPU and main > IO buses, a board whose name I forget. The real challenge in Alphas of > that era is in the CPU->PCI chipset and (as you already mentioned) > primarily the lack of true byte/word operands in earlier Alphas, which > led to "sparse mode" addressing in PCI space (deep joy). Fixed in a > historic major release, fortunately. But by then the damage had been > done. > > Anyway, from the advert: "The US Air Force is developing a Radar > software program for a line of aircraft in OpenVMS using Alpha 2100. > They will be doing development as well as migration from the legacy > systems. They will be doing driver design of radar driver software. > This is in a VME/PCI environment." > > Three things stand out: > 0) USAF > 1) these systems will be flying (and certified for flying), and > therefore there will likely be lots of cost involved if anything > significant changes in the hardware (and presumably software). That's > probably a manageable risk given the right approach. There's probably > lots of cost already, what's a little extra anyway. > 2) There are PCI<>VME adaptors in this picture. That's a different set > of risks, still manageable, but much care will be needed, not least > because of aforementioned byte/word addressing issues, which become > particularly interesting on the PCI/VME adaptors, which aren't exactly > common, and may even require consideration of matters like bigendian > vs littleendian. > > So it's likely not a "huge" number of 2100s, but could easily be a > huge cost to change to anything significantly different either in > software or in hardware. > > Interesting opportunity for someone. Hopefully rewarding too. > > [1] http://h18000.www1.hp.com/products/quickspecs/SOC/QB002BPF.PDF Who is the radar manufacturer you can see on the north side of I-95 as you drive by? I can't recall whether it is Raytheon or GE -- it's been a while since I passed through the area. Long history of EW stuff in that area - especially when Griffiss AFB @ Rome, NY was the EW headquarters. ------------------------------ Date: 17 Sep 2008 17:26:44 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: OpenVMS Architect/Consultant Position Available Message-ID: <6jcsukF2nr7oU1@mid.individual.net> In article , "John Smith" writes: > > Who is the radar manufacturer you can see on the north side of I-95 as you > drive by? I can't recall whether it is Raytheon or GE -- it's been a while > since I passed through the area. Long history of EW stuff in that area - > especially when Griffiss AFB @ Rome, NY was the EW headquarters. Ummm..... I-95 doesn't go anywhere near Rome, NY. That's I-81. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves billg999@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Wed, 17 Sep 2008 04:56:15 -0700 (PDT) From: AEF Subject: Re: OT: The end of the world in roughly 3 hours Message-ID: <2bf16573-3e08-413a-8054-bd18cf9b31cd@m3g2000hsc.googlegroups.com> On Sep 16, 9:42=A0pm, AEF wrote: > On Sep 12, 7:34=A0am, "Ken Robinson" wrote: > > > See this site: > > >http://hasthelargehadroncolliderdestroyedtheworldyet.com/ > > > Ken > > Actually, we don't need the LHC to end the world; Wall St. is doing a > pretty good job of it right now! > > And if things continue to get worse, many will probably prefer the LHC > to end the world to save them the trouble of banging their PC's at the > windows so that they can break them so that they can jump out! > > AEF =A0(And now, something even more off topic!) > > Two-level nested parenthetical remarks: > > Superman! And who (disguised as Clark Kent [a reporter for a great > metropolitan newspaper]) fights a never-ending battle for truth, > justice, and the American Way. > > Da - da =A0-da-da-daaaaaah (repeat], etc. Uh, make that Superman! And who (disguised as Clark Kent [mild mannered reporter for a great metropolitan newspaper]) fights a never-ending battle for truth, justice, and the American Way. da - Da -Da-Da-Daaaaaah (repeat], etc. AEF ------------------------------ Date: Wed, 17 Sep 2008 07:45:38 -0700 (PDT) From: DaveG Subject: Re: OT: The end of the world in roughly 3 hours Message-ID: On Sep 17, 6:56=A0am, AEF wrote: > On Sep 16, 9:42=A0pm, AEF wrote: > > > > > > > On Sep 12, 7:34=A0am, "Ken Robinson" wrote: > > > > See this site: > > > >http://hasthelargehadroncolliderdestroyedtheworldyet.com/ > > > > Ken > > > Actually, we don't need the LHC to end the world; Wall St. is doing a > > pretty good job of it right now! > > > And if things continue to get worse, many will probably prefer the LHC > > to end the world to save them the trouble of banging their PC's at the > > windows so that they can break them so that they can jump out! > > > AEF =A0(And now, something even more off topic!) > > > Two-level nested parenthetical remarks: > > > Superman! And who (disguised as Clark Kent [a reporter for a great > > metropolitan newspaper]) fights a never-ending battle for truth, > > justice, and the American Way. > > > Da - da =A0-da-da-daaaaaah (repeat], etc. > > Uh, make that > > Superman! And who (disguised as Clark Kent [mild mannered reporter for > a great > metropolitan newspaper]) fights a never-ending battle for truth, > justice, and the American Way. > > da - Da =A0-Da-Da-Daaaaaah (repeat], etc. > > AEF- Hide quoted text - > > - Show quoted text - You forgot: Can bend steel in his bare hands and change the course of might rivers. ;-) ------------------------------ Date: Wed, 17 Sep 2008 07:51:51 -0700 (PDT) From: AEF Subject: Re: OT: The end of the world in roughly 3 hours Message-ID: <48782e1a-a4d1-48b1-b9a3-9243f7fc91cd@w7g2000hsa.googlegroups.com> On Sep 17, 10:45=A0am, DaveG wrote: > On Sep 17, 6:56=A0am, AEF wrote: > > > > > On Sep 16, 9:42=A0pm, AEF wrote: > > > > On Sep 12, 7:34=A0am, "Ken Robinson" wrote: > > > > > See this site: > > > > >http://hasthelargehadroncolliderdestroyedtheworldyet.com/ > > > > > Ken > > > > Actually, we don't need the LHC to end the world; Wall St. is doing a > > > pretty good job of it right now! > > > > And if things continue to get worse, many will probably prefer the LH= C > > > to end the world to save them the trouble of banging their PC's at th= e > > > windows so that they can break them so that they can jump out! > > > > AEF =A0(And now, something even more off topic!) > > > > Two-level nested parenthetical remarks: > > > > Superman! And who (disguised as Clark Kent [a reporter for a great > > > metropolitan newspaper]) fights a never-ending battle for truth, > > > justice, and the American Way. > > > > Da - da =A0-da-da-daaaaaah (repeat], etc. > > > Uh, make that > > > Superman! And who (disguised as Clark Kent [mild mannered reporter for > > a great > > metropolitan newspaper]) fights a never-ending battle for truth, > > justice, and the American Way. > > > da - Da =A0-Da-Da-Daaaaaah (repeat], etc. > > > AEF- Hide quoted text - > > > - Show quoted text - > > You forgot: =A0Can bend steel in his bare hands and change the course of > might rivers. =A0;-) I believe its: ...Superman! Who can bend steel in his bare hands, change the course of mighty rivers, and who... Yep, you're right. I missed that part between "Superman!" and "And who...". I thought there was some problem with that "And". Thanks. And of course I should have put in the ellipses. AEF ------------------------------ Date: Tue, 16 Sep 2008 23:16:40 -0700 (PDT) From: David B Sneddon Subject: Re: What is a process' current WSxxxxx quotas ? Message-ID: <894067f6-1927-4e6f-a0ed-c2e0a8f37e0c@r15g2000prh.googlegroups.com> How about SHOW WORKING_SET? Dave ------------------------------ Date: Wed, 17 Sep 2008 09:32:40 -0400 From: "Richard B. Gilbert" Subject: Re: What is a process' current WSxxxxx quotas ? Message-ID: JF Mezei wrote: > Is it just me in my ever-so-slightly-different universe, or is there no > way to obtain a process' current WSquota, WSextent etc values with SHOW > PROCESS ? > > SHOW PROC/CONT will show its current use for the working set, but not > its quota. > > SHOW PROC/QUOTA doesn't show the WSxxxx values at all. > > I have a BACKUP/IMAGE that appears to work, but only uses up 1330 pages > (alpha) of workint set. (disk to disk backup). > > I would like to know what the authorized WSEXTENT is for that job. > The "authorized WSEXTENT" is governed by the quotas and limits set in the UAF. Run AUTHORIZE and then SHOW to see the applicable quotas and limits. > Also, if there is only a very tiny page file, does that limit the > WSEXTENT that is given to a job ? (even if there is plenty (relatively) > of free memory ? > Virtual memory is the sum of the available RAM and the available page file quota. WSEXTENT is the amount of RAM you can "borrow" if the O/S happens to find it convenient to lend it to you. If the system then finds that it needs that RAM for something else, your pages will be written out to the page file and the RAM will be allocated to other processes. > I have the WSEXTENT set to 90000 pages for that account. And I seem to > recall BACKUP liking to use about 30k pages (on vax), so I am surprise > it is using so few pages to do a disk-to-disk/image backup. ------------------------------ Date: Wed, 17 Sep 2008 09:50:15 -0400 From: "Richard B. Gilbert" Subject: Re: What is a process' current WSxxxxx quotas ? Message-ID: <_oydnej3X4EDl0zVnZ2dnUVZ_tHinZ2d@comcast.com> JF Mezei wrote: > Is it just me in my ever-so-slightly-different universe, or is there no > way to obtain a process' current WSquota, WSextent etc values with SHOW > PROCESS ? > No! MCR AUTHORIZE and SHOW the account being used to run the process. > SHOW PROC/CONT will show its current use for the working set, but not > its quota.dragon > > SHOW PROC/QUOTA doesn't show the WSxxxx values at all. > > I have a BACKUP/IMAGE that appears to work, but only uses up 1330 pages > (alpha) of workint set. (disk to disk backup). > > I would like to know what the authorized WSEXTENT is for that job. > > Also, if there is only a very tiny page file, does that limit the > WSEXTENT that is given to a job ? (even if there is plenty (relatively) > of free memory ? > > I have the WSEXTENT set to 90000 pages for that account. And I seem to > recall BACKUP liking to use about 30k pages (on vax), so I am surprise > it is using so few pages to do a disk-to-disk/image backup. Virtual memory is not terribly helpful to the BACKUP utility. RAM is! ------------------------------ Date: Wed, 17 Sep 2008 17:02:50 +0000 From: "Main, Kerry" Subject: RE: What is a process' current WSxxxxx quotas ? Message-ID: <9D02E14BC0A2AE43A5D16A4CD8EC5A593ED60946B7@GVW1158EXB.americas.hpqcorp.net> > -----Original Message----- > From: JF Mezei [mailto:jfmezei.spamnot@vaxination.ca] > Sent: Wednesday, September 17, 2008 1:39 AM > To: Info-VAX@Mvb.Saic.Com > Subject: What is a process' current WSxxxxx quotas ? > > Is it just me in my ever-so-slightly-different universe, or is there no > way to obtain a process' current WSquota, WSextent etc values with SHOW > PROCESS ? > > SHOW PROC/CONT will show its current use for the working set, but not > its quota. > > SHOW PROC/QUOTA doesn't show the WSxxxx values at all. > > I have a BACKUP/IMAGE that appears to work, but only uses up 1330 pages > (alpha) of workint set. (disk to disk backup). > > I would like to know what the authorized WSEXTENT is for that job. > > Also, if there is only a very tiny page file, does that limit the > WSEXTENT that is given to a job ? (even if there is plenty (relatively) > of free memory ? > > I have the WSEXTENT set to 90000 pages for that account. And I seem to > recall BACKUP liking to use about 30k pages (on vax), so I am surprise > it is using so few pages to do a disk-to-disk/image backup. On VMS V8.3+ Alpha/Integrity - $ Show Proc x/cont Hit W (from memory, or Q? to flip back and forth) Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-254-8911 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ End of INFO-VAX 2008.511 ************************