1 INFO-VAX	Thu, 25 Aug 2005	Volume 2005 : Issue 473       Contents: !N+aD Casino !N+aD Adding users Re: Adding users Re: Adding users Re: Adding users. Re: ANN: a yet another POP3 Server for OpenVMS Re: Best VAX web server  Re: Best VAX web server  Re: Best VAX web server  Re: Best VAX web server  Re: Best VAX web server  Re: Best VAX web server  BNC to VGA adapter Re: BNC to VGA adapter Re: BNC to VGA adapter Re: BNC to VGA adapter Re: BNC to VGA adapter Re: BNC to VGA adapterP Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS! VP Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS! VP Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS! VP Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS! VP Re: Cerner hopefully is using Zotob to show why hospitals shouldrun VMS! VMS! VM$ Earn 12% daily of your investment!!!* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?& Multinet SSH server missing a feature?* Re: Multinet SSH server missing a feature?* Re: Multinet SSH server missing a feature?) Re: Optimum cluster size for EVA storage? ) Re: Optimum cluster size for EVA storage? ! Re: Simh. How to triple the speed ! Re: Simh. How to triple the speed ! Re: Simh. How to triple the speed ! Re: Simh. How to triple the speed ! Re: Simh. How to triple the speed  Upgrading memory in DS20E  Re: Upgrading memory in DS20E   F ----------------------------------------------------------------------  % Date: Thu, 25 Aug 2005 15:07:56 -0700 + From: "Jeff Hanson" <xzhvasqt@vxhuarpr.com>  Subject: !N+aD Casino !N+aD 1 Message-ID: <D1cPe.10863$A1.7544@news.uswest.net>    Dear Casino Player,    YOU HAVE BEEN PREAPPROVED.  T Receive $100 FREE at the Online Casino Of The Year 2002 when you open a new account.  # DOWNLOAD AWARD WINNING CASINO GAMES  or) VISIT THEIR WEBSITE FOR MORE INFORMATION. A  http://webmaster.windowscasino.com/SmartDownload.asp?affid=14409    WINDOWS CASINO FEATURES OVER   * 127 GAMES  * PROMPT PAYOUTS * GENEROUS COMPS * FREE CHIPS  0 Experience the diference in online gaming today!        , js&cTKXW\K=UYClNCu9rkG8LY)gB<Qvgb_6HYi]j8>?#   ------------------------------   Date: 25 Aug 2005 00:32:32 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Adding users , Message-ID: <3n4ht0F197vlbU1@individual.net>  A Does anyone have a DCL script for adding users in bulk? Something @ to update the UAF and take care of creating home directories and$ maybe add a good starting LOGIN.COM.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Wed, 24 Aug 2005 21:32:05 -0400 - From: William Webb <william.w.webb@gmail.com>  Subject: Re: Adding users 7 Message-ID: <8660a3a105082418324512deea@mail.gmail.com>   F On 25 Aug 2005 00:32:32 GMT, Bill Gunshannon <bill@cs.uofs.edu> wrote:C > Does anyone have a DCL script for adding users in bulk? Something B > to update the UAF and take care of creating home directories and& > maybe add a good starting LOGIN.COM. >=20 > bill >=20 > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolve= s F > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h> >=20   Look at SYS$UPDATE:ADDUSER.COM  @ Don't just run it blindly, though, study the code and change the defaults to suit your needs.   HTH,   WWWebb --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  % Date: Wed, 24 Aug 2005 21:46:49 -0400 9 From: Brad Hamilton <brMadAhamPiltSon-at-coMmcaAstP.neSt>  Subject: Re: Adding users 0 Message-ID: <XZOdnTSNptCUvpDeRVn-vg@comcast.com>   William Webb wrote: H > On 25 Aug 2005 00:32:32 GMT, Bill Gunshannon <bill@cs.uofs.edu> wrote: > C >>Does anyone have a DCL script for adding users in bulk? Something B >>to update the UAF and take care of creating home directories and& >>maybe add a good starting LOGIN.COM. <snip>  H What would you consider "good" (serious question)?  There is an example G in SYS$MANAGER:LOGIN.TEMPLATE, but it is geared more for use by system  	 manglers.    >   > Look at SYS$UPDATE:ADDUSER.COM > B > Don't just run it blindly, though, study the code and change the > defaults to suit your needs. >    Isn't this in SYS$EXAMPLES:?   --   Bradford J. Hamilton "All opinions are my own" * "Lose the MAPS, and replace '-at-' with @"   ------------------------------  % Date: Wed, 24 Aug 2005 22:27:23 -0400 - From: William Webb <william.w.webb@gmail.com>  Subject: Re: Adding users 7 Message-ID: <8660a3a1050824192713d04a23@mail.gmail.com>   F On 8/24/05, Brad Hamilton <brMadAhamPiltSon-at-coMmcaAstP.neSt> wrote: > William Webb wrote: J > > On 25 Aug 2005 00:32:32 GMT, Bill Gunshannon <bill@cs.uofs.edu> wrote: > > E > >>Does anyone have a DCL script for adding users in bulk? Something D > >>to update the UAF and take care of creating home directories and( > >>maybe add a good starting LOGIN.COM. > <snip> >=20I > What would you consider "good" (serious question)?  There is an example H > in SYS$MANAGER:LOGIN.TEMPLATE, but it is geared more for use by system > manglers.  >=20 > > " > > Look at SYS$UPDATE:ADDUSER.COM > > D > > Don't just run it blindly, though, study the code and change the  > > defaults to suit your needs. > >  >=20 > Isn't this in SYS$EXAMPLES:? >=20 > -- > Bradford J. Hamilton > "All opinions are my own" , > "Lose the MAPS, and replace '-at-' with @" >=20   Whoops!  Brainfart. =20    I stand corrected.  # Brad's right- it's in SYS$EXAMPLES.   F It's the last night before kids go back to school, ten thousand things8 going on at once, and I typed it off the top of my head.   WWWebb --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  # Date: Wed, 24 Aug 2005 20:31:19 GMT ( From: Alan Greig <greigaln@netscape.net>7 Subject: Re: ANN: a yet another POP3 Server for OpenVMS < Message-ID: <rO4Pe.15712$5m3.5628@fe1.news.blueyonder.co.uk>   Ruslan R. Laishev wrote:  	 > Hi All! I >     I wrote a yet another POP3 server for OVMS (using RMS I/O, PTHREAD  F > interface), in my case it's a replacement of the IUPOP3 server, who % > interesting can see/get sources at:  > 4 >     http://starlet.deltatel.ru/~laishev/work/pop3/ > @ Thanks. Any chance of making a zip archive to simplify download?     --  
 Alan Greig   ------------------------------  % Date: Wed, 24 Aug 2005 13:51:50 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   Subject: Re: Best VAX web server, Message-ID: <430CB3B3.A20D66B0@teksavvy.com>   Alan Greig wrote: L > > The VMS Mosaic home page is http://vaxa.wvnet.edu/vmswww/vms_mosaic.html > 2 > Thanks. I'll grab a copy. Keep up the good work!    F BTW, there are some web sites which render a blank page under netscape, 4.7, but which render contents under Mosaic.    D I think Mosaic is more foregiving of terrible HTML coding practices.    E Why do large corporations have such terribly codes web sites that use E tags that don't even exist in the specs , and no quality control over 5 tables (missing </TR>  can cause havok on a browser).   F Funny that a bank may use terrible web site practices for customers toH perform trasactions when they are supposed to be so meticulous with bankE transactions and ensuring there are no coding errors in the code that  performs such transactions.    ------------------------------  % Date: Wed, 24 Aug 2005 15:36:14 -0400 9 From: Brad Hamilton <brMadAhamPiltSon-at-coMmcaAstP.neSt>   Subject: Re: Best VAX web server0 Message-ID: <SOOdnUYhS4myUZHeRVn-pg@comcast.com>   david20@alpha2.mdx.ac.uk wrote: i > In article <q31Pe.15589$5m3.6707@fe1.news.blueyonder.co.uk>, Alan Greig <greigaln@netscape.net> writes: 6 <snip>>Probably go for OSU as I've set that up before. >>  * WASD is easy to set up - I had no trouble.   > M > Although I like OSU there doesn't seem to be much in the way of development P > going on anymore - 3.10a was released in 2002. Whereas WASD seems to be under E > active development with a new version having been released in June.  >   A There is also an active mailing list for WASD - most problems or  D questions are addressed within 24 hours.  Solutions, of course, can  take longer...	:-)   --   Bradford J. Hamilton "All opinions are my own" * "Lose the MAPS, and replace '-at-' with @"   ------------------------------   Date: 24 Aug 05 17:32:48 EDT) From: cook@wvnvms.wvnet.edu (George Cook)   Subject: Re: Best VAX web server! Message-ID: <XxCLGyGK7mzD@wvnvms>   V In article <430CDE4A.3040801@netscape.net>, Alan Greig <greigaln@netscape.net> writes: > [emailed and posted] >  > George Cook wrote: > i >> In article <tkMOe.11583$jr4.420@fe3.news.blueyonder.co.uk>, Alan Greig <greigaln@netscape.net> writes:  >>  L >>>What's the best option these days for a free web server on VAX? Also was I >>>DEC's port  of Netscape Navigator Gold the last available VAX browser?  >>   >>  I >> The current release (3.8-1) of VMS Mosaic runs on all VMS systems from K >> VAX/VMS V5.4-3 to OpenVMS IA64 V8.2-1.  All versions of DECwindows Motif J >> from 1.1 onward are supported, and it will work with any TCP/IP package > K > Just downloaded and compiled the latest version under VMS VAX 7.3, Motif  6 > 1.2-5 , TCPIP 5.3. When I run it I see the following > - > $ run SYS$SYSDEVICE:[ALAN.MOSAIC.SRC]mosaic + > X Toolkit Warning: Cannot convert string  ) > "-*-Menu-Medium-R-Normal--*-120-*-*-P-*   > -ISO8859-1" to type FontStruct+ > X Error: BadFont (invalid Font parameter)  >    Major Opcode:  47  > Caught X Error -- Press RETURN >  > $  > H > A VMS Mosaic intro window pops up first before the error. X server is  > Cygwin XWin server.   B Mosaic wasn't able to load the "Menu" font.  Mosaic never directlyD specifies this font; it only trys to load it due to some generic X113 default resource.  Did you copy MOSAIC.DAT_COLOR to A SYS$COMMON:[DECW$DEFAULTS.USER]MOSAIC.DAT with World Read access?      George Cook  WVNET    ------------------------------  + Date: Wed, 24 Aug 2005 22:20:55 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)  Subject: Re: Best VAX web server$ Message-ID: <deirs7$o34$1@online.de>  F In article <tkMOe.11583$jr4.420@fe3.news.blueyonder.co.uk>, Alan Greig  <greigaln@netscape.net> writes:   B > What's the best option these days for a free web server on VAX?    I recommend the OSU server.    > Also was  H > DEC's port  of Netscape Navigator Gold the last available VAX browser?   LYNX runs on VAX.    ------------------------------  + Date: Wed, 24 Aug 2005 22:21:35 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)  Subject: Re: Best VAX web server$ Message-ID: <deirtf$o34$2@online.de>  6 In article <00A48B81.8108160E@SSRL.SLAC.STANFORD.EDU>,F winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) writes:   D > I _think_ MOSAIC (which George Cook keeps up to date) runs on VAX.  
 Yes, it does.    ------------------------------   Date: 24 Aug 05 19:26:15 EDT) From: cook@wvnvms.wvnet.edu (George Cook)   Subject: Re: Best VAX web server! Message-ID: <1rVLLkqcUkeL@wvnvms>   g In article <bU5Pe.34662$Il.21827@fe2.news.blueyonder.co.uk>, Alan Greig <greigaln@netscape.net> writes:  > George Cook wrote: >  >>  E >> Mosaic wasn't able to load the "Menu" font.  Mosaic never directly G >> specifies this font; it only trys to load it due to some generic X11 6 >> default resource.  Did you copy MOSAIC.DAT_COLOR toD >> SYS$COMMON:[DECW$DEFAULTS.USER]MOSAIC.DAT with World Read access? >>   > B > I hadn't at first but I have now and I still see the same error.  B Do other DECwindows applications (e.g. Bookreader, Calendar) work?   Try adding the line:  A Mosaic*fontList:    -*-helvetica-medium-r-normal-*-14-*-iso8859-1   A to the top of MOSAIC.DAT.  I think this will override any default D font resources.  Another possible option would be to set up an alias% for the Menu font on your X server.        George Cook  WVNET    ------------------------------  % Date: Wed, 24 Aug 2005 12:38:48 -0600 " From: GreyCloud <cumulus@mist.com> Subject: BNC to VGA adapter ( Message-ID: <430CBEB8.32AA80EC@mist.com>  : Does anyone know where I can obtain a BNC to VGA adapter??   ------------------------------  % Date: Wed, 24 Aug 2005 14:55:21 -0400 - From: William Webb <william.w.webb@gmail.com>  Subject: Re: BNC to VGA adapter 7 Message-ID: <8660a3a105082411554c722eaa@mail.gmail.com>   / On 8/24/05, GreyCloud <cumulus@mist.com> wrote: < > Does anyone know where I can obtain a BNC to VGA adapter?? >=20    E I trust that you're talking about something to take RGB sync-on-green E output for something like a VAXstation 4000 VLC and turn it into DB15  output?   L DEC had a xx-xxxxx-xx part, if you search c.o.v., I know it was posted ther= e.0 Also I understand that Black Box makes one also.   HTH,   WWWebb --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  % Date: Wed, 24 Aug 2005 14:07:51 -0600 " From: GreyCloud <cumulus@mist.com> Subject: Re: BNC to VGA adapter ( Message-ID: <430CD397.B2A44CEE@mist.com>   William Webb wrote:  > 1 > On 8/24/05, GreyCloud <cumulus@mist.com> wrote: > > > Does anyone know where I can obtain a BNC to VGA adapter?? > >  > G > I trust that you're talking about something to take RGB sync-on-green G > output for something like a VAXstation 4000 VLC and turn it into DB15 	 > output?  > O > DEC had a xx-xxxxx-xx part, if you search c.o.v., I know it was posted there. 2 > Also I understand that Black Box makes one also. >   . I tried them and they don't seem to sell them.6 I've got the old DEC part no. but can't seem to find a vendor for it.   ------------------------------    Date: 24 Aug 2005 13:35:56 -0700 From: jordan@ccs4vms.com Subject: Re: BNC to VGA adapter C Message-ID: <1124915756.458353.206390@f14g2000cwb.googlegroups.com>   B VGA to BNC cables used to be commonly available at better computerF stores, and even at places like CompUSA.  They may still be; it wasn'tA that long ago that even the larger LCD monitors dropped their BNC G connectors and went to digital input.  The cables usually provide 5 BNC G connectors (breaking out H- and V-Sync) but I've used them to run a DEC C 3-BNC sync on green monitor with no problem off an Alphastation 200 C with a Powerstorm ZLXp-E2 card.  Assuming thats what you want to do G (not work with a 15 pin DEC video output, since you did state VGA) then  thats your best bet.   Rich   ------------------------------  % Date: Wed, 24 Aug 2005 16:21:17 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: BNC to VGA adapter + Message-ID: <430CD6AF.4606DCF@teksavvy.com>   F Does your workstation have a 15 Pin DEC proprietary connector ? If so,E it is just a question of making an adaptor (eg: from pin X to pin Y).   F Going from composite video to VGA is hard because you have to separate8 the red , green and blue signals at the frequency level.    H If your workstation has 2 BNC connectors, then it is fairly easy because? it is a question of plugging the right leads into the VGA plug.    ------------------------------  % Date: Wed, 24 Aug 2005 16:50:37 -0400 - From: William Webb <william.w.webb@gmail.com>  Subject: Re: BNC to VGA adapter 7 Message-ID: <8660a3a105082413501108dbff@mail.gmail.com>   / On 8/24/05, GreyCloud <cumulus@mist.com> wrote:  > William Webb wrote:  > > 3 > > On 8/24/05, GreyCloud <cumulus@mist.com> wrote: @ > > > Does anyone know where I can obtain a BNC to VGA adapter?? > > >  > > I > > I trust that you're talking about something to take RGB sync-on-green I > > output for something like a VAXstation 4000 VLC and turn it into DB15  > > output?  > > L > > DEC had a xx-xxxxx-xx part, if you search c.o.v., I know it was posted = there.4 > > Also I understand that Black Box makes one also. > >  >=200 > I tried them and they don't seem to sell them.8 > I've got the old DEC part no. but can't seem to find a > vendor for it. >=20  ; Please identify the hardware (system) you're talking about.    WWWebb   --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  % Date: Wed, 24 Aug 2005 23:03:18 +0200 3 From: "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> Y Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS! V = Message-ID: <430ce096$0$67255$157c6196@dreader2.cybercity.dk>    Z wrote: > bob@instantwhip.com wrote:5 >> you can on vms because vms doesn't get viruses ...  >  > Says who?   J I believe that about 15 years ago someone demonstrated the feasibility of G developing a VMS virus, but I was not at that DECUS so I do not recall  % details, just second hand references.   I However, in general, it is probably correct to say that VMS does not get  J vira - reasons a plenty, but technical skill of virus writers and lack of I targets would be two good reasons, plus the general technical problem of  I actually getting the things to execute in a mode that could cause damage.   
 Dr. Dweeb    ------------------------------    Date: 24 Aug 2005 21:34:00 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) Y Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS! V 3 Message-ID: <ece9x6J2J6f3@eisner.encompasserve.org>   s In article <430ce096$0$67255$157c6196@dreader2.cybercity.dk>, "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> writes: 
 > Z wrote: >> bob@instantwhip.com wrote: 6 >>> you can on vms because vms doesn't get viruses ... >> >> Says who? > L > I believe that about 15 years ago someone demonstrated the feasibility of I > developing a VMS virus, but I was not at that DECUS so I do not recall  ' > details, just second hand references.   D It was written by Andy Goldstein (VMS Development Security Guru) andE it infected a particular (known) DCL Application.  The purpose of the E demonstration was to show how Mandatory Access Controls prevented the  virus from being effective.   K > However, in general, it is probably correct to say that VMS does not get  L > vira - reasons a plenty, but technical skill of virus writers and lack of K > targets would be two good reasons, plus the general technical problem of  K > actually getting the things to execute in a mode that could cause damage.   F The standard statement is that there are no _known_ VMS viruses in the wild.   F When your management comes to you with NIST 800-53 Control SI-3 askingB for virus scanning of your VMS executables, point out that the wayE virus scanning works for Microsoft systems is to look for known virus B patterns.  Tell them you are prepared to do that on VMS as soon as4 they provide you with a known VMS virus to scan for.   ------------------------------  % Date: Wed, 24 Aug 2005 21:25:11 -0600 + From: Mark Berryman <mark@theberrymans.com> Y Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS! V % Message-ID: <430cd7a7$1@mvb.saic.com>    JF Mezei wrote:    [text deleted]  > > VMS isn't perfect though. The TCPIP stack dioes open up someH > vulnerabilities and puts VMS on an equal footing with Unix and in manyH > ways, less secure. For instance, TCPIP Services 5.3 for VAX still usesD > Bind 8 which has vulnerabilities and no fixes, whereas most UnixesO > operate with modern Bind and get patches when vulnerabilities are discovered.   F Bind 8 has vulnerabilities on UNIX.  I have yet to be able to trigger  any of them on VMS.   
 Mark Berryman    ------------------------------  % Date: Wed, 24 Aug 2005 21:27:25 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> Y Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS! V , Message-ID: <430D1E78.F639C724@teksavvy.com>   "Dr. Dweeb" wrote:J > However, in general, it is probably correct to say that VMS does not getK > vira - reasons a plenty, but technical skill of virus writers and lack of J > targets would be two good reasons, plus the general technical problem ofK > actually getting the things to execute in a mode that could cause damage.   E While the above is not false, I think that a major difference between F Windows and VMS is that VMS doesn't come with preconfigured privilegedH applications that the user not only doesn't know about, but also doesn'tG know how to disable them unless he is familiar with regedit and is told D exectly which key must be set to what value to disable that service.    F More importantly, VMS application designers have understood security aG long time ago. For instance, with All-In-1, you can include a script in G an email which executes automatically when you read the email. But that H script is actually a pointer to a script that must be stored in a secureC system directory. This is security that dates back to the 1980s. In @ 2005, microsoft still doesn't come close to this. VMS clusteringL operates with SCS at the LAN only level, so not a target for remote hackers.    < VMS isn't perfect though. The TCPIP stack dioes open up someF vulnerabilities and puts VMS on an equal footing with Unix and in manyF ways, less secure. For instance, TCPIP Services 5.3 for VAX still usesB Bind 8 which has vulnerabilities and no fixes, whereas most UnixesM operate with modern Bind and get patches when vulnerabilities are discovered.    ------------------------------  % Date: Thu, 25 Aug 2005 00:45:33 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> Y Subject: Re: Cerner hopefully is using Zotob to show why hospitals shouldrun VMS! VMS! VM , Message-ID: <430D4CE8.E33091EF@teksavvy.com>   Mark Berryman wrote:G > Bind 8 has vulnerabilities on UNIX.  I have yet to be able to trigger  > any of them on VMS.     D Until I hear from Digital/Compaq/HP some official statement that theG VAX-VMS version of Bind that comes with TCPIP Services is immune to the H flaws (including the current cache poisoning exploits), I have to assume that my systems are vulnerable.   F This is where Unix actually has an edge on VMS: when flaws appear, theH vendors or community are quick to provide information and a fix. On VMS,E you don't hear squat and you have to wait for the next release or ECO H before getting some information on whether that exploit has been plugged or not.   G If HP is no longer maintaining VAX software, let them formally announce F it. But until their do announce it, customers have the right to expectE to hear news on whether exploits apply to the VMS version of the Unix 3 software. (which si what tCPIP Services really is).    ------------------------------  # Date: Wed, 24 Aug 2005 19:38:14 GMT  From: Make12<12@12.com> - Subject: Earn 12% daily of your investment!!! 8 Message-ID: <G04Pe.157618$gL1.5473@tornado.texas.rr.com>   I'm going to tell you about a TOP RATED AUTOSURF program that takes 5 mins of your day and then instantly credits your account 12% of what you put in.  Its that easy and everyone is going crazy about it.  I have personally done this and been paid.    This is how it works.  You have to have/get your free Stormpay or E-gold account and then you put in a multiple of 6.  So the minimum is $6 and maximum is $6000.  Everyday you login and click the autosurf button and it will have a timer and switch pages for you. After 12 pages you will be credited INSTANTLY your 12%.  Start small and keep rolling it in, or go big and make some cash.  They have NOT FAILED yet to pay.  After 12 days of surfing your account expires and they process the money you have made.  It_  goes to your Stormpay or E-gold account which ever you used in 1-7 business days... THATS IT!!    Examples  p Start Small. with just $6 dollars.  12% is .72 cents.  Everyday for 12 days = 8.64 cents.  Thats 2.64 PROFIT!!!.  K Go big $6000.  12% is 720.00.  for 12 days.. thats 8640 = 2640 PROFIT!!!...   # Or go in between any multiple of 6.   <Thank you for looking at this all I ask is thta you use my referral link.  This is not a pyramid so I don't get anything from anyone you refer.  Thats how this program stays alive.  They don't give you money to sign up.  Its FREE to sign up, but if you don't put any money within 7 days then your account is deleted.  cThanks here is the link.  If you like it please refer your friends with YOUR referall link. Remeber I don't get anything from anybody you refer. If you don't believe me then just email their 24 hour techsupport, or their techsupport Forum where the people who pay you are the ones who answer you.  Its AWESOME.. some may already be members. Just ask them. $ http://www.12dailypro.com/?ref=11295   ------------------------------  % Date: Wed, 24 Aug 2005 13:47:21 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Re: HP to dump itanium - bring back alpha? , Message-ID: <430CB2A6.E678C40B@teksavvy.com>   Keith Parris wrote: G > Itanium is pitched at not only the former PA-RISC market (HP-UX, much H > larger in UNIX market share than Tru64 was) along with Tru64, but also3 > high-end Windows (Windows on Itanium Superdomes?    C Were you asleep thorughout 2004 ? Both Intel and HP issued multiple E statements admitting that IA64 was only good for "big iron", this, on A top of widthdrawing from workstation market (yes, I know, you can H configure a server with graphics car and use it as workstation, but IA64E is not competing in that market, those configs are available to those 
 who want it).   F > Should Itanium continue to gain critical mass, AMD will be forced toA > clone it, just like they had to with x86. Then Itanium won't be  > proprietary anymore.    E Wrong. AMD clones the 8086 because IBM told Intel to let it clone the G 8086. That was part of the orginal contract. IA64 was ioriginally a way G to replace the 8086 with a new platform that was not sopecificed in the E IBM-Intel original contract, so Intel woudln't have to share it. When D IA64 dturned out to be a dud, Intel realised it woudln't replace the@ 8086 and be have a limited market (eg: not commodity or industryG standard). Compaq killed Alpha  AFTER that realisation. So Capellas was @ clearly trying to help Intel instead of making a truly strategicB decision for the good of VMS, Tru64 and NSK.  Read the AMD lawsuit> against Intel and it mentions Capellas' behaviour with Intel.   E > In fact, AMD would be foolish if they didn't already have a team of H > engineers (and patent lawyers) working secretly on that at this point.  D You are deluding yourself. They may have looked at the Itanic, but IC doubt they would dilute their efforts. The reason AMD is succcesful ? todayu is that they focused on one architecture while Intel was G distracted by the IA64 boat anchor. Intel has realised this mistake and K is now shiftinbg resources over to the 8086 to try to get back in the race.   E Like it or not, the 8086 is where the market it, it is where the real  developments are being done.    C Intel announced plans for more 8086s. Heck, it even calls them "new G architectures", but also adds they will be running x86 instruction sets J :-)  So in fact, Intel is just planning to spew out  new 8086 generations.    D > As Fred pointed out, programs have now been put into place so thatI > customers can continue to buy Alpha systems past 2006, but they have to B > make arrangements ahead of time so HP can plan for their needs.     B And this is a way to purr sales of VMS ? IS this a way to make VMSF compete in the marketplace ? What yo are saying is that customers mustE pre-order now to get the alphas they may need down the road, and BTW, E after that 2006 date, Alpha info will probably be widthdrawn from the H web site so customers won't even know Alphas can still be purchased withE the right paperwork,  hassling of HP drones who doN't know what Alpha 5 is, and of course a price premium to "special order".      GIVE WHAT THE CUSTOMERS WANT.     H It isn't the customers who must be inconvenienced because some hollywoodD CEO didn't want to admit to IA64 being a mistake and shoving it downL customer's throats just so that CEO can still show some growth in shipments.   ------------------------------  # Date: Wed, 24 Aug 2005 18:14:46 GMT & From: John Reagan <john.reagan@hp.com>3 Subject: Re: HP to dump itanium - bring back alpha? 2 Message-ID: <qO2Pe.10980$oK.9458@news.cpqcorp.net>   Alan Greig wrote:  >  >  > FredK wrote: >  > A >> If you think we have some team working on a VMS port, then you " >> need to check your medications. >  > Q > http://h71000.www7.hp.com/openvms/journal/v6/porting_openvms_to_integrity.html   >  > H > "On Monday June 25, 2001, senior COMPAQ management publicly announced G > that Alpha development would be terminated and that OpenVMS would be  I > ported to the Intel Itanium architecture. The message to customers was  J > clear: in the future there will be faster systems at a lower price than J > if the current Alpha plans were continued. They also said when it would 	 > happen:  > D > "We will deliver a production quality release of OpenVMS in 2004." > I > This was a shocking announcement, not only for the public but also for   > OpenVMS Development!"  >  >  -- Clair Grant  > C > Nobody is saying you have an active porting team but Mark Gorham  E > apparently hinted that at least some evaluation had taken place to  K > someone I trust as far back as January. Whether you know about it or not.  >   $ How did you get January out of this?  C Clair essentially said "before June 25, 2001, we had not looked at  E porting OpenVMS to anything else.  Senior COMPAQ management (without  G asking anybody here in engineering) said that we'd ship in 2004.  When  G we heard that we were committed to a 2004 date without a single bit of  = engineering research, we were just as shocked as the public."   F I'm not in every meeting but given that I'm the Macro compiler person F and I was contacted almost immediately after the Itanium announcement E and was involved with the port from some of the earliest stages, you  I would guess that I'd be involved in some early port/evaluation effort to  E yet another target.  So far, nobody has asked me to evaluate, guess,  ' speculate, design, etc. a single thing.    --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------  # Date: Wed, 24 Aug 2005 18:22:03 GMT ( From: Alan Greig <greigaln@netscape.net>3 Subject: Re: HP to dump itanium - bring back alpha? ; Message-ID: <fV2Pe.34582$Il.2298@fe2.news.blueyonder.co.uk>    John Reagan wrote:   >  > & > How did you get January out of this?  G Because that's the date I was given. Mark did say about that time in a  H published interview that the port was "theoretically possible" but "not H in our current plans". But whether such "theorising" was only in Mark's G head or had been taken even a small stage further we do not know. Mark  . chose to leave VMS not long after as you know.    E > Clair essentially said "before June 25, 2001, we had not looked at  G > porting OpenVMS to anything else.  Senior COMPAQ management (without  I > asking anybody here in engineering) said that we'd ship in 2004.  When  I > we heard that we were committed to a 2004 date without a single bit of  ? > engineering research, we were just as shocked as the public."  > H > I'm not in every meeting but given that I'm the Macro compiler person H > and I was contacted almost immediately after the Itanium announcement G > and was involved with the port from some of the earliest stages, you  K > would guess that I'd be involved in some early port/evaluation effort to  G > yet another target.  So far, nobody has asked me to evaluate, guess,  ) > speculate, design, etc. a single thing.    I believe you.   --  
 Alan Greig   ------------------------------  # Date: Wed, 24 Aug 2005 19:29:18 GMT * From: "FredK" <fred.nospam@nospam.dec.com>3 Subject: Re: HP to dump itanium - bring back alpha? 2 Message-ID: <iU3Pe.11004$QP.1079@news.cpqcorp.net>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:430CB2A6.E678C40B@teksavvy.com... > Keith Parris wrote:    > D > And this is a way to purr sales of VMS ? IS this a way to make VMSH > compete in the marketplace ? What yo are saying is that customers mustG > pre-order now to get the alphas they may need down the road, and BTW, G > after that 2006 date, Alpha info will probably be widthdrawn from the J > web site so customers won't even know Alphas can still be purchased withG > the right paperwork,  hassling of HP drones who doN't know what Alpha 7 > is, and of course a price premium to "special order".  >   H Strange, I didn't know you were a customer.  This is exactly the same asC when the VAX was retired.  Customers who had continued needs beyond H the date could continue to purchase VAXes until the parts ran out.  ThisD was also the case with the PDP-11/70 IIRC.  Based on this historicalG knowledge of a lag time for some customers with specific needs, you can B guarantee the ability to continue to acquire the older hardware by effectively F paying up front for some of the core chips.  The supply people make anH educated guess based on the past history on how much "last buy" to make.  ; Heck, this happens when a specific *model* is discontinued.   I Itanium servers are replacing the Alpha line.  Just like the 780 replaced  the 0 11/70, and the Alpha systems replaced the VAXes.   ------------------------------  % Date: Wed, 24 Aug 2005 16:01:45 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Re: HP to dump itanium - bring back alpha? , Message-ID: <430CD21D.99F1BE49@teksavvy.com>   Alan Greig wrote: H > Because that's the date I was given. Mark did say about that time in aI > published interview that the port was "theoretically possible" but "not  > in our current plans".  G The question beckons: WHICH plans ? The ones Carly really had, the ones H VMS management really had, the ones that were put into the ever changing+ roadmap  ? None of those necessarily match.    Here is a scenario:   G Someone resigns, goes on some holiday, and when he silently comes back, E he is given the special project task of evaluating port of VMS to the F 8086 and handed one or two resources (perhaps ex engineers) to performF the evaluation. He comes back to the HP CEO (bypassing VMS management)F with an evaluation of the technical feasability, costs and how long it would take.   F This is not yet a "PLAN". Just an evaluation of what the plan would be should it be implemented.   D Now, Intel has to take a look at HP's costs and various options. ForH instance, how much would putting EFI on the 8086 cost and how much wouldG that save HP in porting efforts. (If Intel has to partly foot the bill, C then it might be to Intel's advantage to port EFI to the 8086 if it 4 reduces its porting costs paid to HP significantly).   ------------------------------  % Date: Wed, 24 Aug 2005 16:09:58 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Re: HP to dump itanium - bring back alpha? , Message-ID: <430CD40A.EAD998B1@teksavvy.com>   FredK wrote: >  This is exactly the same asE > when the VAX was retired.  Customers who had continued needs beyond D > the date could continue to purchase VAXes until the parts ran out.  C Not it is quite different. There was no concistent rumours of Alpha A being killed. Customers were confident that Alpha would continue, D especially since it was in a performance leadership position. It was( also a step up from VAX to 64 bit alpha.  E It is not a step up from Alpha to IA64. At best, a sideways step. And 4 there is no visibility beyond 2007 of IA64's future.  C Furthermore, the VAX to Alpha migration happened when DEC was still F running on some of the steam generated in the 80s. VMS is out of steamE now, no more big momentum, it is thought dead by most outside the VMS H community. What you got left in terms of customer has a large contingentG of "leftover" application and systems that the customers doesn't really F want to mess with, but is willing to upgrade the hardware because that? requires very little manpower in terms of project planning etc.   H And those are the customers you will piss off by stopping Alpha sales so0 soon. Remember that EV7 just came out last year.  A Point is: as long as there is demand, HP should meet that demand.   F Another big difference: VAX chips were made by DEC. Now, HP outsourcesH FABbing. So it can have Alphas made easily. So there is no reason why it+ should run out of chips if there is demand.     K > Itanium servers are replacing the Alpha line.  Just like the 780 replaced 6 > the 11/70, and the Alpha systems replaced the VAXes.  G The problem is that customers are hesitant to go IA64 because that line . already has doubts on its long term viability.   ------------------------------  # Date: Wed, 24 Aug 2005 21:00:47 GMT * From: "FredK" <fred.nospam@nospam.dec.com>3 Subject: Re: HP to dump itanium - bring back alpha? 2 Message-ID: <3e5Pe.11026$TP.2981@news.cpqcorp.net>  ; You seem to be confused JF, no wonder - you aren't really a : customer - so you don't really understand how things work.7 You are somehow trying to reach into various and sundry @ theories and beliefs - and apply it to the very straightforward,< orderly, and *normal* process - no matter *what* the motives were for the strategy.  > You want to continue to fight the "Alphacide" fight instead of< dealing with the practical reality of the end game planning.    : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:430CD40A.EAD998B1@teksavvy.com... > FredK wrote:  > >  This is exactly the same asG > > when the VAX was retired.  Customers who had continued needs beyond F > > the date could continue to purchase VAXes until the parts ran out. > E > Not it is quite different. There was no concistent rumours of Alpha C > being killed. Customers were confident that Alpha would continue, F > especially since it was in a performance leadership position. It was* > also a step up from VAX to 64 bit alpha. > G > It is not a step up from Alpha to IA64. At best, a sideways step. And 6 > there is no visibility beyond 2007 of IA64's future. > E > Furthermore, the VAX to Alpha migration happened when DEC was still H > running on some of the steam generated in the 80s. VMS is out of steamG > now, no more big momentum, it is thought dead by most outside the VMS J > community. What you got left in terms of customer has a large contingentI > of "leftover" application and systems that the customers doesn't really H > want to mess with, but is willing to upgrade the hardware because thatA > requires very little manpower in terms of project planning etc.  > J > And those are the customers you will piss off by stopping Alpha sales so2 > soon. Remember that EV7 just came out last year. > C > Point is: as long as there is demand, HP should meet that demand.  > H > Another big difference: VAX chips were made by DEC. Now, HP outsourcesJ > FABbing. So it can have Alphas made easily. So there is no reason why it- > should run out of chips if there is demand.  >  > D > > Itanium servers are replacing the Alpha line.  Just like the 780 replaced8 > > the 11/70, and the Alpha systems replaced the VAXes. > I > The problem is that customers are hesitant to go IA64 because that line 0 > already has doubts on its long term viability.   ------------------------------  % Date: Wed, 24 Aug 2005 15:43:09 -0500 2 From: "-Andy-" <see2go4me@spamdelicious.yahoo.com>3 Subject: Re: HP to dump itanium - bring back alpha? 6 Message-ID: <Xns96BCAA14F8515see2go4me@216.196.97.131>  < JF Mezei <jfmezei.spamnot@teksavvy.com> enlightened us with:  9 > Now, Intel has to take a look at HP's costs and various : > options. For instance, how much would putting EFI on the6 > 8086 cost and how much would that save HP in porting > efforts.    2 Did I misread the info on EFI on Intel's website? 4 (Assuming I have a clue about what you mean by EFI)   ; Could have sworn that they (Intel) already plan on everyone # using it with future systems/cpus.    '    http://www.intel.com/technology/efi/   > IIRC - It was even discussed around here some time within the  last 6 months.   -Andy-     --  4 You can get anything you want, at Alice's Restaurant -- Excepting Alice   ------------------------------    Date: 24 Aug 2005 15:23:39 -0700# From: "WhoDat?" <whohe@whoever.com> 3 Subject: Re: HP to dump itanium - bring back alpha? C Message-ID: <1124922219.908942.267300@o13g2000cwo.googlegroups.com>    Bill Todd wrote: > WhoDat? wrote: >  > ...  > C > > Look at X86 today and compare it to the X86 of '78 or so. Would I > > evolving a state-of-the-art VAX really be harder to do than inventing & > > Alpha and now reinventing Itanium? > I > Possibly, according to people who should know.  x86 instructions, while H > CISCy in nature, are relatively simple compared with VAX instructions,B > and thus far easier to convert into out-of-orderable RISCy atomsF > internally.  So it's not clear that VAX could have achieved the same; > level of performance success via that route that x86 has.  > J > At least that was the conclusion that John Mashey seemed to be advancingM > on comp.arch not long ago (it should be easy to find if you're interested).  >   " This one? http://tinyurl.com/86opb  - (that's Part 3. There was a Part 1 & 2 also.)   E Thanks for that, I think. Unfortunately, most of my day seems to have E mysteriously vanished;-) I'd certainly recommend this thread (and the 8 references therein) to others interested in such things.  G > Then again, given the amount of time, effort, and money that has been G > sunk in Itanic, we would have been able to have gone back to the moon : > (Alpha, by comparison, was just a drop in the bucket)... >   F The conclusion I reached is that, while bringing the VAX forward would? be very difficult, the real crusher was DEC's limited resources C compared to IBM, Intel & others. There's probably no way to compare E what that cost would have been to the lost revenue resulting from the 
 "big switch".   $ Anyway, as Mr. Mashey ends his post:   >>A VAX: one of the great computer families, built around a clean ISA @ appropriate to the time, but increasingly difficult to implement competitively. R.I.P. <<  G Still, like an old instructor used to say: "Now that you've told me why - it can't be done, tell me how you can do it."    ------------------------------  % Date: Wed, 24 Aug 2005 20:39:02 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Re: HP to dump itanium - bring back alpha? , Message-ID: <430D1326.33F04EAF@teksavvy.com>  
 -Andy- wrote: = > Could have sworn that they (Intel) already plan on everyone $ > using it with future systems/cpus. > ) >    http://www.intel.com/technology/efi/   F That seems to be the plan. But I have yet to see a formal announcementA that the 8086 starting with Pentium/Xeon version X will have EFI.    ------------------------------  % Date: Thu, 25 Aug 2005 05:21:23 +0200 + From: Karsten Nyblad <nospam@nospam.nospam> 3 Subject: Re: HP to dump itanium - bring back alpha? = Message-ID: <430d393b$0$67262$157c6196@dreader2.cybercity.dk>    Keith Parris wrote: H > Itanium is pitched at not only the former PA-RISC market (HP-UX, much I > larger in UNIX market share than Tru64 was) along with Tru64, but also  I > high-end Windows (Windows on Itanium Superdomes? Yep -- when you don't  K > have active-active clustering, you can't "scale out" with clustering, so  D > you must "scale up" within an SMP box, so HP's selling a sizeable J > fraction of Itanium-based Superdomes with Windows), high-end Linux, all ! > of OpenVMS, and all of NonStop.   G True, but by 2007 it is very likely that x86-64 machines will scale to  H big iron.  The idea of using the same bus architecture, chip sets, etc. F makes it likely that x86-64 and Itanic will scale equally well in the D future.  Why would costumers continue to buy Itanic for Windows and I Linux, when everybody consider x86-64 the prime platform for those OSes?  A   Costumers choosing Itanic will have to use a Windows with less  G features, and they can expect less and slower availability of software  H in general.  People are buying Itanic for Windows and and Linux because C it has a performance advantage.  My guess is that that market will  F disappear as fast as the market for Windows on Alpha disappeared when  x86 became as fast as Alpha.   ------------------------------  % Date: Thu, 25 Aug 2005 00:41:13 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Re: HP to dump itanium - bring back alpha? + Message-ID: <430D4BE4.5630CD3@teksavvy.com>    Karsten Nyblad wrote: I > in general.  People are buying Itanic for Windows and and Linux because D > it has a performance advantage.  My guess is that that market willG > disappear as fast as the market for Windows on Alpha disappeared when  > x86 became as fast as Alpha.    @ Lets not forget that many of the well publicised Windows-on-IA64G announcements happened because of marketing deals resulting in very low 0 acquisition costs for the high profile customer.  A The limited amount of Windows software on that IA64 thing greatly @ reduces its target market to only customers wishing to run a few( specific apps on a farm of IA64 servers.   ------------------------------  + Date: Wed, 24 Aug 2005 19:42:29 +0000 (UTC) % From: Dan Foster <usenet@evilphb.org> / Subject: Multinet SSH server missing a feature? 5 Message-ID: <slrndgpje9.omk.usenet@zappy.catbert.org>   > While debugging a SYLOGIN-related issue, I discovered that the3 /NOCOMMAND qualifier does not work for a ssh login.   G I tried variants of username/nocom, username/NOCOMMAND, and so forth -- F they were all rejected by the Multinet SSH server as having an invalid) character (presumably due to the slash?).   @ Given that OpenVMS supports the /NOCOMMAND qualifier for logins,1 shouldn't the SSH server also support it as well?   E This was for MultiNet V5.0 Rev A-X under OpenVMS/Alpha 7.3-1. No idea G what ECOs are installed as it isn't my system, but I could ask if there  was any interest.   + It works for telnet and LAT (CTERM) logins.   G Since I do not have a contractual relationship with Process Software, I D cannot log it as a feature request. I do, however, hope that someoneH will note it and perhaps throw it into the pile of feature requests. :-)   -Dan   ------------------------------  % Date: Wed, 24 Aug 2005 14:47:45 -0600 % From: Dan O'Reilly <dano@process.com> 3 Subject: Re: Multinet SSH server missing a feature? A Message-ID: <6.1.2.0.2.20050824144617.02453dc8@raptor.psccos.com>   L The /NOCOMMAND switch isn't supported for MultiNet SSH.  This is a "feature"D of the SSH environment, in that the server actually does most of theF authentication for the user, and LOGINOUT is only used as a convenient5 way of creating the user process and DCL environment.   ( At 01:42 PM 8/24/2005, Dan Foster wrote:? >While debugging a SYLOGIN-related issue, I discovered that the 4 >/NOCOMMAND qualifier does not work for a ssh login. > H >I tried variants of username/nocom, username/NOCOMMAND, and so forth --G >they were all rejected by the Multinet SSH server as having an invalid * >character (presumably due to the slash?). > A >Given that OpenVMS supports the /NOCOMMAND qualifier for logins, 2 >shouldn't the SSH server also support it as well? > F >This was for MultiNet V5.0 Rev A-X under OpenVMS/Alpha 7.3-1. No ideaH >what ECOs are installed as it isn't my system, but I could ask if there >was any interest. > , >It works for telnet and LAT (CTERM) logins. > H >Since I do not have a contractual relationship with Process Software, IE >cannot log it as a feature request. I do, however, hope that someone I >will note it and perhaps throw it into the pile of feature requests. :-)  >  >-Dan    ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------  % Date: Wed, 24 Aug 2005 16:55:07 -0500 % From: Dan Foster <usenet@evilphb.org> 3 Subject: Re: Multinet SSH server missing a feature? 5 Message-ID: <slrndgpr5r.4gu.usenet@zappy.catbert.org>   h In article <6.1.2.0.2.20050824144617.02453dc8@raptor.psccos.com>, Dan O'Reilly <dano@process.com> wrote:N > The /NOCOMMAND switch isn't supported for MultiNet SSH.  This is a "feature"F > of the SSH environment, in that the server actually does most of theH > authentication for the user, and LOGINOUT is only used as a convenient7 > way of creating the user process and DCL environment.   - Ahh! I see. I sit corrected, then. ;) Thanks!    -Dan   ------------------------------   Date: 24 AUG 2005 12:46:26 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)2 Subject: Re: Optimum cluster size for EVA storage?6 Message-ID: <24AUG05.12462665@thuria.waisman.wisc.edu>  - In a previous article, "Fred Hoenisch" wrote: E ->Yesterday I read on the Rdb ListServer that for optimum EVA storage N ->performance, OpenVMS disks should be initialised with a cluster size being a ->multiple of 4. ->  9 ->Can someone point me to a documented reference of that?   L I've heard that too without finding any credible source. HP says strongly toH "use the default" which is 8 and satisfies both parties. That's what I'm doing.   ------------------------------  % Date: Wed, 24 Aug 2005 16:11:35 -0600 4 From: Norman Lastovica <norman.lastovica@oracle.com>2 Subject: Re: Optimum cluster size for EVA storage?* Message-ID: <430CF097.AB3EBD49@oracle.com>   Jeff Chimene wrote:  >  > Fred Hoenisch wrote:G > > Yesterday I read on the Rdb ListServer that for optimum EVA storage P > > performance, OpenVMS disks should be initialised with a cluster size being a > > multiple of 4. > > ; > > Can someone point me to a documented reference of that?  > >  > > Yours truly,	 > > Fred.  > H > I think this has to do with page sizes in Rdb wherein multiples of two2 > is a Good Thing w/r/t flexible physical design.   0 	has nothing at all to do with Rdb specifically.@ It is an issue with the storage controllers.  The recommendation? is to initialize disks with cluster sizes that are multiples of ? 4 blocks and to issue sequential I/O operations in multiples of 	 4 blocks.    > From an Rdb engineer'sJ > point of view, cluster size two on an EVA disk is probably too small /asG > a reasonable default/, and six is probably too large /as a reasonable J > default/. My advice is to initialize with varying cluster sizes and testE > them out using your database. There is Goodness when Rdb page sizes / > equal or are multiples of disk cluster sizes.  > C > Are you preexetending your storage areas? If not, you will take a I > performance hit when Rdb extends a storage area if the time to allocate , >  is larger than your reasonable wait time.   ------------------------------  % Date: Wed, 24 Aug 2005 21:19:16 +0200 6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>* Subject: Re: Simh. How to triple the speed< Message-ID: <430cc832$0$75417$edfadb0f@dread16.news.tele.dk>   Dan Foster wrote: G > Could SIMH do better? Probably. CHARON, I understand, blows it out of I > the water, so it may be doing something special 'behind the scenes'. As J > CHARON is not open source, don't think anyone will ever know exactly how. > it manages to handle its performance aspect.  1 Virtual machines and JIT compilation is wellknown # technologies today (Java and .NET).   0 It is not difficult to imagine Charon using some of theese techniques.    Arne   ------------------------------    Date: 24 Aug 2005 15:47:24 -0700* From: "Stanley F. Quayle" <stan@stanq.com>* Subject: Re: Simh. How to triple the speedC Message-ID: <1124923644.786875.131830@g49g2000cwa.googlegroups.com>   , On 24 Aug 2005 at 14:59, John Vottero wrote: > Why not run SETI on VMS too?  D I do, on Alpha.  You can't do it on VAX because the VAX doesn't haveD IEEE floating-point capability.  (That's documented somewhere in the
 SETI FAQ.)   ------------------------------   Date: 24 Aug 2005 22:40:24 GMT From: healyzh@aracnet.com * Subject: Re: Simh. How to triple the speed+ Message-ID: <deit0o03h4@enews3.newsguy.com>   & Dan Foster <usenet@evilphb.org> wrote:H > I don't see much in way of threading (it's there, but kind of minimal)I > with SIMH, and the load average jumps to 1.0 when I run it, so I gather H > it's not yielding the CPU even when 'idle' unlike with other emulatorsA > like VMware. That indirectly suggests it's missing out on other " > performance optimization tricks.  H SIMH expects 100% of the CPU, I believe part of the issue is the knowingL when the emulated system is actually ideal.  IIRC this has been solved underE KLH10 and possibly modified copies of SIMH by modifying TOP20 itself.   A > SIMH seems to be designed more to be functional with particular B > attention paid to correctness than to be high performing per se.  C Part of the "problem" is that SIMH is designed to be as portable as K possible.  Of course for most people this could be considered a good thing, H as it means it runs most places.  Another issue is that the SIMH package8 emulates a *LOT* of architectures, rather than just one.   		Zane   ------------------------------   Date: 24 Aug 2005 23:00:22 GMT From: healyzh@aracnet.com * Subject: Re: Simh. How to triple the speed+ Message-ID: <deiu6613h4@enews3.newsguy.com>   ) Alan Greig <greigaln@netscape.net> wrote:  > $! CALCULATE_VUPS: > $! > $ set noon* > $ orig_privs        = f$setprv("ALTPRI")* > $ process_priority  = f$getjpi(0,"PRIB")M > $ cpu_multiplier    = 10                        ! VAX = 10 - Alpha/AXP = 40 M > $ cpu_round_add     =  1                        ! VAX =  1 - Alpha/AXP =  9   > Just for the fun of it, I decided to run this on my PWS 433au.   $ @calculate_vups  Digital Personal WorkStation' Approximate System VUPs Rating :  439.0  $    			Zane    ------------------------------  % Date: Wed, 24 Aug 2005 21:43:37 -0400 ' From: Dave Froble <davef@tsoft-inc.com> * Subject: Re: Simh. How to triple the speed0 Message-ID: <11gq8aqtcvq4v12@corp.supernews.com>   healyzh@aracnet.com wrote:+ > Alan Greig <greigaln@netscape.net> wrote:  >  >>$! CALCULATE_VUPS: >>$! >>$ set noon* >>$ orig_privs        = f$setprv("ALTPRI")* >>$ process_priority  = f$getjpi(0,"PRIB")M >>$ cpu_multiplier    = 10                        ! VAX = 10 - Alpha/AXP = 40 M >>$ cpu_round_add     =  1                        ! VAX =  1 - Alpha/AXP =  9  >  > @ > Just for the fun of it, I decided to run this on my PWS 433au. >  > $ @calculate_vups  > Digital Personal WorkStation) > Approximate System VUPs Rating :  439.0  > $  > 	 > 			Zane  >   C I ran that procedure on a VAXstation 4000 model 90A, got somewhere  % around 26.  Thought I'd try an Alpha:   : This is a AlphaStation 200 4/233, hardware model type 1151 $ @calcvups & Approximate System VUPs Rating :  22.8  I I'd stir the pot concerning VAX vs Alpha, but benchmarks I've run in the  ! past show the Alpha to be faster.   1 Me thinks the DCL procedure needs some tinkering.    --  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, 24 Aug 2005 22:35:18 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)" Subject: Upgrading memory in DS20E6 Message-ID: <00A48C49.E55F4F2D@SSRL.SLAC.STANFORD.EDU>  	 VMSers --   N Really a hardware question.  I have a DS20E with 2GB of RAM.  I'd like to have< 4GB of RAM; it looks like what I want is 2x  MS340 !GB DIMM.  K Is there anything I should know about this before I just go ahead and order J some memory?  I don't know what precisely I've got in the box - which cameN preconfigured with 2GB a couple of years ago - and would prefer not to take an( outage just to open it up and find out.   M Are there any of those "must be populated odd-even" or "memory in pairs only" M kind of restrictions on this box with this chip.  Do I want some other memory  card?   A Any way to get VMS to tell me what's in which slots, memory-wise?    Thanks,    -- Alan    ------------------------------    Date: 24 Aug 2005 18:17:17 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> & Subject: Re: Upgrading memory in DS20EC Message-ID: <1124932637.398008.129720@g47g2000cwa.googlegroups.com>   , Alan Winston - SSRL Central Computing wrote: > VMSers --  > P > Really a hardware question.  I have a DS20E with 2GB of RAM.  I'd like to have> > 4GB of RAM; it looks like what I want is 2x  MS340 !GB DIMM. > M > Is there anything I should know about this before I just go ahead and order L > some memory?  I don't know what precisely I've got in the box - which cameP > preconfigured with 2GB a couple of years ago - and would prefer not to take an) > outage just to open it up and find out.  > O > Are there any of those "must be populated odd-even" or "memory in pairs only" O > kind of restrictions on this box with this chip.  Do I want some other memory  > card?  > C > Any way to get VMS to tell me what's in which slots, memory-wise?  > 	 > Thanks,  > 	 > -- Alan    Alan,   E   The technical documents for the DS20E are still available on the HP . website starting at the Retired Servers page (D http://h18002.www1.hp.com/alphaserver/archive/ ).  From them I got aE PDF on installing memory and it says that memory options consist of 4 G pieces and that the DS20E has 16 memory slots which consist of 4 banks. @  Odds are that if you have 2GB then you have 2 banks filled withF 4x256MB but unfortunately there is no way of telling short of shuttingD the system down and doing a show memory from the SRM console.  AFAIKB there is know way to tell the configuration from a running system.   ------------------------------   End of INFO-VAX 2005.473 ************************