1 INFO-VAX	Thu, 24 Nov 2005	Volume 2005 : Issue 655       Contents:) Calculating size of the virtual I/O cache - Re: Calculating size of the virtual I/O cache ! Re: Debugger and FORTRAN INCLUDES 1 Re: DECpark (Reading, UK) to close after 25 years 1 Re: DECpark (Reading, UK) to close after 25 years  Getting Intel's attention - Re: How can I update FC adapter FW on rx2600? - Re: How can I update FC adapter FW on rx2600? & Re: PHP_MYSQL/SWS2.1 and authorizationP Re: Will Rich Marcello either come clean or do some proper marketingand  PR  PRP  F ----------------------------------------------------------------------    Date: 23 Nov 2005 12:01:56 -0800  From: njklostermann@cbegroup.com2 Subject: Calculating size of the virtual I/O cacheC Message-ID: <1132776116.546878.165900@o13g2000cwo.googlegroups.com>   > What is the proper way to calculate what the virtual I/O cacheA (VCC_MAXSIZE) should be set to?  I am running OpenVMS 7.3-2, 4 GB E Memory, 4 731 Mhz Alpha Processors on a GS80.  Below is the $ SHO MEM ; output... notice that the Free extended file cache is 0.00.   @ Physical Memory Usage (pages):     Total        Free      In Use Modified@   Main Memory (4.00GB)            524288       87340      391270 45678   B Extended File Cache  (Time of last reset: 21-NOV-2005 22:44:02.72)>  Allocated (GBytes)              1.52    Maximum size (GBytes)    2.00 >  Free (GBytes)                   0.00    Minimum size (GBytes)    0.00 =  In use (GBytes)                 1.52    Percentage Read I/Os       93%7  Read hit rate                     91%   Write hit rate        0%8  Read I/O count             954598639    Write I/O count 667074678  Read hit count             872746620    Write hit count       0 ?  Reads bypassing cache         321199    Writes bypassing cache   140937 <  Files cached open                801    Files cached closed      17 E  Vols in Full XFC mode              0    Vols in VIOC Compatible mode       20 F  Vols in No Caching mode            0    Vols in Perm. No Caching mode       0   @ Granularity Hint Regions (pages):  Total        Free      In Use Released@   Execlet code region               1024         115         909    0@   Execlet data region               1024         594         430    0@   S0/S1 Executive data region       2345           0        2345    0@   Resident image code region        1024          16        1008    0  @ Slot Usage (slots):                Total        Free    Resident Swapped @   Process Entry Slots               1170         395         775    0@   Balance Set Slots                 1168         395         773    0  @ Dynamic Memory Usage:              Total        Free      In Use Largest @   Nonpaged Dynamic Memory (MB)     18.49        2.87       15.61 0.04@   Bus Addressable Memory  (KB)    128.00      110.87       17.12 104.00@   Paged Dynamic Memory    (MB)     11.66        8.25        3.40 8.20@   Lock Manager Dyn Memory (MB)     17.60        1.84       15.76  @ Buffer Object Usage (pages):                  In Use        Peak@   32-bit System Space Windows (S0/S1)              0           0@   64-bit System Space Windows (S2)                 4           4@   Physical pages locked by buffer objects          4           0  @ Memory Reservations (pages):       Group    Reserved      In Use Type@   Total (0 Bytes reserved)                         0           0  @ Swap File Usage (8KB pages):                   Index        Free Size)   DISK$ALPHASYS:[SYS0.SYSEXE]SWAPFILE.SYS   @                                                    1        6632 6632  @ Paging File Usage (8KB pages):                 Index        Free Size,   DISK$ALPHASYS:[SYS0.SYSEXE]PAGEFILE1.SYS;1  @                                                  253      262392 262392)   DISK$ALPHASYS:[SYS0.SYSEXE]PAGEFILE.SYS   @                                                  254      769440 769440  !   Total size of all paging files:  1031832 $   Total committed paging file usage: 214601  F Of the physical pages in use, 13917 pages are permanently allocated to OpenVMS.   ------------------------------  + Date: Wed, 23 Nov 2005 15:24:07 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda)6 Subject: Re: Calculating size of the virtual I/O cache2 Message-ID: <05112315240746_2038971B@antinode.org>    From: njklostermann@cbegroup.com  @ > What is the proper way to calculate what the virtual I/O cacheC > (VCC_MAXSIZE) should be set to?  I am running OpenVMS 7.3-2, 4 GB G > Memory, 4 731 Mhz Alpha Processors on a GS80.  Below is the $ SHO MEM = > output... notice that the Free extended file cache is 0.00.   E    In my (limited) experience, "Free" is always zero, and the default + "Maximum size" is half the physical memory.   F    "Proper" probably involves figuring out if someone else can be moreA productive with the memory, which sounds like a non-trivial task.   G    For a good time, ask why none of your volumes is in "Full XFC mode".   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------    Date: 23 Nov 2005 20:19:14 -0800 From: dooleys@snowy.net.au* Subject: Re: Debugger and FORTRAN INCLUDESB Message-ID: <1132805954.367341.29090@g44g2000cwa.googlegroups.com>  A my experience is that "included" fortran is shown in the debugger 4 (but none of my programs could be described as huge) did you compile with /noopt?= in the debugger do a "show source" to check that the debugger % is not looking elsewhere for the code E also check the /assume and /include qualifiers used when you compiled - the logical name fort$include can affect this 6 also the logical name dbg$process can affect debugging Phil   ------------------------------    Date: 23 Nov 2005 15:53:28 -0800" From: chris_doran@postmaster.co.uk: Subject: Re: DECpark (Reading, UK) to close after 25 yearsB Message-ID: <1132790008.758473.64970@g14g2000cwa.googlegroups.com>   Tom Linden wrote: H > On Wed, 23 Nov 2005 06:02:08 -0800, Tom Linden <tom@kednos.com> wrote: > M > > On Tue, 22 Nov 2005 21:31:11 +0100, H Vlems <nospam@what.ever.com> wrote:  > > 	 > >> Roy,  > >>L > >> in 1988 or 1989 I went to a traing called Advanced DECnet. The training > >> wasK > >> either not available in the Netherlands or sold out, but I ended up in @ > >> Reading. Was DECpark the location for training courses too? > > L > > They also had a compiler group that built CORAL 66 and Pearl for the VAXE > > attached to the PL/I backend, VCG, but that was in the early 80's  > G > I may have been mistaken about Coral 66, checking VCG documentation I 
 > couldn'tJ > find a reference to it.  But googling I was surprised to learn theat EDS > now ) > owns the compiler and still license it.   D I think you are right. We nearly bought it, and were told by our DECC salesman that it was written in this country (UK), so presumably at F Reading. But he said it was a poor implementation (!) and put us on toF someone who gave us a free one (though I had to fix a number of bugs).G This was for RSX-11M. When we moved to VMS, we did buy the DEC one, but E it proved so incompatible with code written for the "freebie" that we  didn't use it.  " >  Pearl still seems to be around.0 > Ironically it initally ran on VAX, but not now, > http://www.real-time.de/misc/compiler.html >  > > Tom  > >>	 > >> Hans  > >>3 > >> "Roy Omond" <Roy@Omond.net> schreef in bericht 3 > >> news:dlv5vi$c92$1$8302bc10@news.demon.co.uk... > > >>> I have just heard that it will soon be announced that HP> > >>> is to close the DECpark (Worton Grange, Reading) site as- > >>> part of its headquarters consolidation.  > >>> 
 > >>> Sad. > >> > >> > >   G They also had a Special Products Division from which we bought a DR_11B D DMA interface equivalent, DRS-11C IIRC. This was a single hex UnibusE board compared to the whole 4-slot backplane of the earlier DR-11B it 	 replaced.   D I never got to go to DECPark, though; the bosses reckoned with couldF learn everything from the manuals, which was largely true, and said it' wasn't worth going on training courses.    Chris    ------------------------------  % Date: Wed, 23 Nov 2005 15:55:47 -0800 # From: "Tom Linden" <tom@kednos.com> : Subject: Re: DECpark (Reading, UK) to close after 25 years( Message-ID: <ops0pwq9n6zgicya@hyrrokkin>  D On 23 Nov 2005 15:53:28 -0800, <chris_doran@postmaster.co.uk> wrote:   >  > Tom Linden wrote: I >> On Wed, 23 Nov 2005 06:02:08 -0800, Tom Linden <tom@kednos.com> wrote:  >>I >> > On Tue, 22 Nov 2005 21:31:11 +0100, H Vlems <nospam@what.ever.com>   	 >> wrote:  >> >
 >> >> Roy, >> >> F >> >> in 1988 or 1989 I went to a traing called Advanced DECnet. The   >> training 	 >> >> was K >> >> either not available in the Netherlands or sold out, but I ended up    >> in A >> >> Reading. Was DECpark the location for training courses too?  >> >K >> > They also had a compiler group that built CORAL 66 and Pearl for the    >> VAXF >> > attached to the PL/I backend, VCG, but that was in the early 80's >>H >> I may have been mistaken about Coral 66, checking VCG documentation I >> couldn't K >> find a reference to it.  But googling I was surprised to learn theat EDS  >> now* >> owns the compiler and still license it. > F > I think you are right. We nearly bought it, and were told by our DECE > salesman that it was written in this country (UK), so presumably at H > Reading. But he said it was a poor implementation (!) and put us on toH > someone who gave us a free one (though I had to fix a number of bugs).I > This was for RSX-11M. When we moved to VMS, we did buy the DEC one, but G > it proved so incompatible with code written for the "freebie" that we  > didn't use it.  4 Do you know if the VAX version used the VCG backend?   > # >>  Pearl still seems to be around. 1 >> Ironically it initally ran on VAX, but not now - >> http://www.real-time.de/misc/compiler.html  >> >> > Tom >> >> 
 >> >> Hans >> >> 4 >> >> "Roy Omond" <Roy@Omond.net> schreef in bericht4 >> >> news:dlv5vi$c92$1$8302bc10@news.demon.co.uk...? >> >>> I have just heard that it will soon be announced that HP ? >> >>> is to close the DECpark (Worton Grange, Reading) site as . >> >>> part of its headquarters consolidation. >> >>> >> >>> Sad.  >> >>  >> >>  >> > > I > They also had a Special Products Division from which we bought a DR_11B F > DMA interface equivalent, DRS-11C IIRC. This was a single hex UnibusG > board compared to the whole 4-slot backplane of the earlier DR-11B it  > replaced.  > F > I never got to go to DECPark, though; the bosses reckoned with couldH > learn everything from the manuals, which was largely true, and said it) > wasn't worth going on training courses.  >  > Chris  >    ------------------------------  % Date: Wed, 23 Nov 2005 14:23:18 -0500 ' From: Dave Froble <davef@tsoft-inc.com> " Subject: Getting Intel's attention0 Message-ID: <11o9gc8nulg9i00@corp.supernews.com>  I While scanning that infamous rumor rag, 'The Inquirer', came across some   numbers for server shipments.   ) http://www.theinquirer.net/?article=27886    Talking about Opteron and AMD:  H For the US x86 market, it took a 16.4% bite out of it, up from an 11.9%  bite the quarter before.  I In the 4P space, the ramp was even more substantial, going from a 28% to  H a 38.2% bite, a huge gain. Ten per cent of a segment in three months is H pretty astounding. If you are wondering, AMD is happy to point out that E Dell's bite went from 15.3% to 12.9% in the same time. I would guess  F that HP is the big winner here, it is aggressively pitching AMD boxes  against Dell in this space.   D So, AMD is pushing hard into the server space, and there will be no I effective Intel counterattack until Dempsey/Blackford for 2P, and umm...  I not really too sure about 4P. Tigerton may take a bite(1) back, but that   is a long way off.  D Interesting.  Looks like Opteron is good for HP.  Seeing Dell going F backwards is a real eye opener.  Intel has got to have it's attention F firmly on x86.  Itanic already is relegated to a once-a-year refresh.  Hope it holds onto that.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Wed, 23 Nov 2005 16:01:09 -0500 2 From: "Paul A. Jacobi" <Paul.Jacobi@nospam.hp.com>6 Subject: Re: How can I update FC adapter FW on rx2600?* Message-ID: <4384d89d@usenet01.boi.hp.com>  J Look in efi\vms\tools for startup_net.nsh.  Use the shell edit command to K modify script with your IP, netmask and gateway.  Execute script by typing  F the file name.  Then use efi\vms\tools\ftp to copy files into the EFI 
 partition.     Paul A. Jacobi HP OpenVMS Systems Group
 Nashua, NH   ------------------------------    Date: 23 Nov 2005 16:08:08 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) 6 Subject: Re: How can I update FC adapter FW on rx2600?, Message-ID: <$H8XTPxgrEV9@malvm9.mala.bc.ca>  _ In article <4384d89d@usenet01.boi.hp.com>, "Paul A. Jacobi" <Paul.Jacobi@nospam.hp.com> writes:  > , > Look in efi\vms\tools for startup_net.nsh.  8    Thanks. That did the trick. My FC card is updated and everything's working.   9    Just for curiousity, does anyone know how to make a CD  that the EFI shell can read?   ------------------------------   Date: 23 NOV 2005 12:35:04 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)/ Subject: Re: PHP_MYSQL/SWS2.1 and authorization 6 Message-ID: <23NOV05.12350443@thuria.waisman.wisc.edu>  # In a previous article, JOUKJ wrote:  ->  H ->I tries to get access to my MYSQL server through the PHP extensions ofE ->CSWS2.1 and CSWS_PHP3.1 But I failed to get a connection. With the  K ->"standard" plugin I cannot login. Probably because my MYSQL(4.1.14) uses  C ->a too new authorization protocol. So I downloaded the version of  H ->Jean-Francois (see http://www.pi-net.dyndns.org/anonymous/kits/axp/), F ->which I previously used successfully with WASD and CSWS_PHP1.2. But & ->CSWS2.1 refuses to load this module.   Not surprizing.   L ->How can I get it working using the combination of CSWS2.1 and CSWS_PHP3.1?  G Hmm. Expecting the worst, I just upgraded from CSWS 2.0/CSWS_PHP 1.2 to H the long awaited CSWS 2.1/CSWS_PHP 1.3 and my mysql applications are ok.D I'm using JPF MYSQL V4.1-9 though. Are you perhaps dealing with this issue:  8 <http://dev.mysql.com/doc/refman/5.0/en/old-client.html>  B With the HP supplied PHP_MYSQL extension you need to use the "old"G authentication (e.g. set your passwords using OLD_PASSWORD as discussed  in the above link).    --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 9 --                  karcher.nomorespam@waisman.wisc.edu      ------------------------------  % Date: Wed, 23 Nov 2005 11:50:02 -0700 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> Y Subject: Re: Will Rich Marcello either come clean or do some proper marketingand  PR  PRP - Message-ID: <oa3hf.99$533.5@news.cpqcorp.net>   
 Ray wrote:I > A long time ago, they  were told to start porting to IA64. They dragged 
 > their feet.  > @ > Then they were told to port to Alpha. They dragged their feet. > G > Then they were told to drop the Alpha port and restart the IA64 port.  > They're dragging their feet.  1 Not true. Port is done; products are real -- see  F http://h20223.www2.hp.com/NonStopComputing/cache/126626-0-0-0-121.html   ------------------------------   End of INFO-VAX 2005.655 ************************                                                                                        rSPI available in the WASDL package, <i>plus</i> additional report items, <i>plus</i> more sophisticated: graphics. Should be suitable for WASD, OSU, CSWS (Apache),E Purveyor.  HyperSPI++ requires DECC 6.<i>n</i> and MMS/MMK to build.  H (Note: the VAX DECC 6.<i>n</i> currently bug-checks during compilation.) Author: Jean-Franois PironneG (<a href="mailto:jf.pieronne@laposte.net">jf.pieronne@laposte.net</a>). 	 </p></td>  </tr> 	 <tr></tr>    <tr> <td valign="top"> / <a href="hyperdig021a.zip">HYPERDI