1 INFO-VAX	Wed, 24 Aug 2005	Volume 2005 : Issue 472       Contents: Re: 7.3 supported ethernet Re: 7.3 supported ethernet* ANN: a yet another POP3 Server for OpenVMS Re: Australian DECUS Re: Australian DECUS Re: Best VAX web server  Re: Best VAX web server  Re: Best VAX web server @ Re: Cerner hopefully is using Zotob to show why hospitals should@ Re: Cerner hopefully is using Zotob to show why hospitals should@ Re: Cerner hopefully is using Zotob to show why hospitals should@ Re: Cerner hopefully is using Zotob to show why hospitals shouldP 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! V* Re: Chaining a .COM  or .EXE from an image* Re: Chaining a .COM  or .EXE from an image* Re: Chaining a .COM  or .EXE from an image Easysoft odbc/vms  Re: encryption for backup  Re: encryption for backup  Ghostscript & Fonts  Re: Ghostscript & Fonts * 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: Intel redeploys Itanium engineers % Re: Intel redeploys Itanium engineers % Re: Intel redeploys Itanium engineers % Re: Intel redeploys Itanium engineers ( Re: Next project, C programming problem.% Optimum cluster size for EVA storage? ) Re: Optimum cluster size for EVA storage? ) 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 ! Re: Simh. How to triple the speed   F ----------------------------------------------------------------------    Date: 24 Aug 2005 01:03:09 -0700& From: "Bart Zorn" <bartzorn@yahoo.com># Subject: Re: 7.3 supported ethernet C Message-ID: <1124870589.136828.225970@g47g2000cwa.googlegroups.com>   F Hmm... Thanks for your reaction. I have the latest firmware and I have OpenVMS V7.3-2.   $ Maybe I should try a different slot.   Bart   ------------------------------    Date: 24 Aug 2005 06:23:23 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> # Subject: Re: 7.3 supported ethernet C Message-ID: <1124889803.397365.327380@o13g2000cwo.googlegroups.com>    Bart Zorn wrote:H > Hmm... Thanks for your reaction. I have the latest firmware and I have > OpenVMS V7.3-2.  > & > Maybe I should try a different slot. >  > Bart  E It might make a difference.  Although, since SRM doesn't see the card G then also a possibility is that the card is bad.  It could also be that B even with the newest firmware SRM doesn't know the DE60x, but I'veA noticed even in such cases it will often list the card in a "Show @ Config" and just list the PCI id number where the usual name is.   ------------------------------  % Date: Wed, 24 Aug 2005 14:24:58 +0400 N From: "Ruslan R. Laishev" <zzLaishev@zzDeltaTelecom.RU-remove.all-zz-to-reply>3 Subject: ANN: a yet another POP3 Server for OpenVMS 3 Message-ID: <D0CADC1B32D755139AFE4C7DEF530016@nntp>    Hi All! P 	I wrote a yet another POP3 server for OVMS (using RMS I/O, PTHREAD interface), P in my case it's a replacement of the IUPOP3 server, who interesting can see/get  sources at:   / 	http://starlet.deltatel.ru/~laishev/work/pop3/     @ 	Any bug reports please send to: Laishev at DeltaTelecom dot RU.   	Thanks for attention.     --  F + WBR, OpenVMS [Sys|Net] HardWorker .................................+9 Delta Telecom JSC, IMT-MC-450(CDMA2000) cellular operator E Russia,191119,St.Petersburg,Transportny per. 3 Cel: +7 (812) 716-3222 F +http://starlet.deltatelecom.ru ............. Frying on OpenVMS only +   ------------------------------  % Date: Wed, 24 Aug 2005 02:24:13 +0800  From: prep@prep.synonet.com  Subject: Re: Australian DECUS - Message-ID: <87oe7ojyuq.fsf@prep.synonet.com>   ) Glenn Everhart <Everhart@gce.com> writes:   B > Last sigtapes sent to the Australian DECUS office were returned.' > Appears they are not around any more.   G Bummer!  The DECUS name has been handed to, I think, the Eastern states < ACMS for `safe keeping' along with most of Maxes collection.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 24 Aug 2005 03:42:39 -0700 From: dooleys@snowy.net.au Subject: Re: Australian DECUS B Message-ID: <1124880159.476803.62410@g44g2000cwa.googlegroups.com>  4 After some space that was generously allowed them by5 Compaq was due to be withdrawn, they were looking for 2 some warehouse space around Sydney, otherwise they  would have to "cull" some stuff. (Send money or the PDP gets it) 7 They already had an "exclusion list" of stuff that they  wanted no more examples of.  Phil   ------------------------------  + Date: Wed, 24 Aug 2005 17:01:10 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk  Subject: Re: Best VAX web server) Message-ID: <dei94m$t4k$1@news.mdx.ac.uk>   g In article <q31Pe.15589$5m3.6707@fe1.news.blueyonder.co.uk>, Alan Greig <greigaln@netscape.net> writes:  >  > - >Alan Winston - SSRL Central Computing wrote: i >> In article <tkMOe.11583$jr4.420@fe3.news.blueyonder.co.uk>, Alan Greig <greigaln@netscape.net> writes:  >>  C >>>What's the best option these days for a free web server on VAX?   >>   >>  R >> WASD is the most-vigorously-updated and probably most performant server on VAX.N >> OSU is also a good choice.  There's no SWS port for VAX, although you could >> try to compile the source.  > 0 >Probably go for OSU as I've set that up before. > K Although I like OSU there doesn't seem to be much in the way of development N going on anymore - 3.10a was released in 2002. Whereas WASD seems to be under C active development with a new version having been released in June.     
 David Webb Security team leader CCSS Middlesex University   ------------------------------    Date: 24 Aug 2005 10:06:45 -0700 From: bob@instantwhip.com   Subject: Re: Best VAX web serverC Message-ID: <1124903205.755018.151100@g14g2000cwa.googlegroups.com>   ) Purveyor !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!    ------------------------------  # Date: Wed, 24 Aug 2005 16:17:11 GMT ( From: Alan Greig <greigaln@netscape.net>  Subject: Re: Best VAX web server< Message-ID: <b41Pe.15590$5m3.9172@fe1.news.blueyonder.co.uk>   George Cook wrote:   >    > J > The VMS Mosaic home page is http://vaxa.wvnet.edu/vmswww/vms_mosaic.html  0 Thanks. I'll grab a copy. Keep up the good work! > 
 > George Cook  > WVNET    --  
 Alan Greig   ------------------------------    Date: 24 Aug 2005 06:41:58 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) I Subject: Re: Cerner hopefully is using Zotob to show why hospitals should 3 Message-ID: <Ds9rp29TAi0I@eisner.encompasserve.org>   K In article <871x4kleil.fsf@prep.synonet.com>, prep@prep.synonet.com writes:  > bob@instantwhip.com writes:  > 5 >> you can on vms because vms doesn't get viruses ...  >  > WANK  + At the time, that was called the Wank Worm.   E What makes you seem to think it is the same as a virus in retrospect. & I do not believe it modified any code.  J Didn't it depend on default DECnet accounts able to execute for OBJECT=0 ?= That certainly is not the way VMS ships today.  Has it ever ?   C I can make _any_ system insecure by publishing the SYSTEM password.    ------------------------------  # Date: Wed, 24 Aug 2005 12:33:08 GMT ( From: Alan Greig <greigaln@netscape.net>I Subject: Re: Cerner hopefully is using Zotob to show why hospitals should < Message-ID: <8OZOe.34515$Il.17286@fe2.news.blueyonder.co.uk>   Larry Kilgallen wrote:   >  > - > At the time, that was called the Wank Worm.  > G > What makes you seem to think it is the same as a virus in retrospect. ( > I do not believe it modified any code.  9 CERT referred to it as the "Wank Worm Virus" at the time.   B It modified SYLOGIN amongst other things. As users logged in they I watched the output of $ DELETE *.*.* scroll down the screen. It actually  # faked this output but caused panic.   L > Didn't it depend on default DECnet accounts able to execute for OBJECT=0 ?? > That certainly is not the way VMS ships today.  Has it ever ?   D No it didn't depend on that but it was one of its methods. The most H basic thing it did was try a password dictionary. When it found a match G it would try the same username and password on all hosts it could find  G with DECNET and look for proxy access to other system. It would try to  C modify files that it guessed a privileged user might run if it was  $ running with few or no privs itself.  E > I can make _any_ system insecure by publishing the SYSTEM password. H Yes indeed and it found many sites with incredibly easy to guess SYSTEM F passwords. The email address it sent the username and account details B back to was later accessed and the shit hit the fan when security B experts saw just the type of passwords people were actually using.   --  
 Alan Greig   ------------------------------    Date: 24 Aug 2005 07:46:41 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) I Subject: Re: Cerner hopefully is using Zotob to show why hospitals should 3 Message-ID: <suxmmL3nn5JK@eisner.encompasserve.org>   K In article <871x4kleil.fsf@prep.synonet.com>, prep@prep.synonet.com writes:  > bob@instantwhip.com writes:  > 5 >> you can on vms because vms doesn't get viruses ...  >  > WANK >   '    WANK was not a virus, it was a worm.    ------------------------------  # Date: Wed, 24 Aug 2005 13:09:14 GMT ( From: Alan Greig <greigaln@netscape.net>I Subject: Re: Cerner hopefully is using Zotob to show why hospitals should = Message-ID: <_j_Oe.16084$jr4.10652@fe3.news.blueyonder.co.uk>    Bob Koehler wrote:  ) >    WANK was not a virus, it was a worm.   E So that's ok then because it was  worse than what is presumably your   definition of a virus?  . http://www.cert.org/advisories/CA-1989-04.html  E "It is also important to understand that someone in the future could  G launch this worm on any DECnet based network. Many copies of the virus  K have been mailed around. Anyone running a DECnet network should be warned."      --  
 Alan Greig   ------------------------------  % Date: Wed, 24 Aug 2005 02:11:41 +0800  From: prep@prep.synonet.com Y Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS! V - Message-ID: <87wtmcjzfm.fsf@prep.synonet.com>   * Alan Greig <greigaln@netscape.net> writes:  D > The Worm didnt' exploit any actual flaws in VMS but it did exploitD > its features as well as password weaknesses. It made use of DECNETF > proxies, FAL, remote tasks, PHONE, VMS Mail etc. The only systems itE > left alone were those on DEC's internal network in New Zealand - it F > checked the DECNET area and exited on these hosts. There's a book on> > the people believed to be "close to the creators" (they wereB > Australian) which I don't think was published outside Australia.  D I doubt they where Australian, passing up a chance to give the KiwisC a serve just does not jell. They well could have been IN Oz though.   E I should have a copy of the `book', can post it if there is interest, 5 and I can find it... Oh, and I can remember its name.   D > I'll have a look for it. Of course these days the defaults you getB > when installing VMS and DECNET are different - mainly because of  > this worm. More information at0 > http://www.cert.org/advisories/CA-1989-04.html  A and all the audit suff, and re-write the image activator *again*,  and...  F The Mittnic gave it all another stir, and gave NASA a severe fright asF well. BTW, it was a VMS system that captured his attempts in the audit log that sprung him.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 24 Aug 2005 03:23:12 -0700 From: dooleys@snowy.net.auY Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS! V C Message-ID: <1124878992.424465.185160@o13g2000cwo.googlegroups.com>   = VMS systems weren't immune to hacking, the ability to network = them was a major selling point but also exposed any weakness. @ In the mid-80s I got a phone call from OTC asking if I knew that< someone from Finland had been connected to a certain machine for a number of hours!! ) (Overseas Telecommunications Corporation) / The book mentioned above can be downloaded from   http://www.underground-book.com/? The "reason" that decnet nz addresses were exclude was supposed @ to be because the nz government had implemented their "no nukes"/ policy which denied port access to US warships. A There was also an excellent tv documentary shown here a few years 5 ago that was based on some of the events in the book.  Phil   ------------------------------  % Date: Wed, 24 Aug 2005 02:00:34 +0800  From: prep@prep.synonet.com Y Subject: Re: Cerner hopefully is using Zotob to show why hospitals should run VMS! VMS! V - Message-ID: <871x4kleil.fsf@prep.synonet.com>    bob@instantwhip.com writes:   4 > you can on vms because vms doesn't get viruses ...   WANK   :)   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 24 Aug 2005 02:29:52 +0800  From: prep@prep.synonet.com 3 Subject: Re: Chaining a .COM  or .EXE from an image - Message-ID: <87k6icjylb.fsf@prep.synonet.com>     briggs@encompasserve.org writes:  C > No.  Exit handlers do not run in executive mode.  Think about it. @ > That would be a pretty nasty security hole -- user-chosen code > running in executive mode.  E But the user mode can't specify exec without privs, so no goal there. C They can run in any mode, though I don't think there are any kernel E exit handlers. Exec, super and user, certainly. Also remember you can  run more than one.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 24 Aug 2005 07:52:43 -0500 From: briggs@encompasserve.org3 Subject: Re: Chaining a .COM  or .EXE from an image 3 Message-ID: <lF23RyUrVz4X@eisner.encompasserve.org>   K In article <87k6icjylb.fsf@prep.synonet.com>, prep@prep.synonet.com writes: " > briggs@encompasserve.org writes: > D >> No.  Exit handlers do not run in executive mode.  Think about it.A >> That would be a pretty nasty security hole -- user-chosen code  >> running in executive mode.  > G > But the user mode can't specify exec without privs, so no goal there.   J User mode can't specify executive mode at all, with or without privileges.   $ HELP SYSTEM $DCLEXH   C There is no parameter for access mode.  And even if there were one, E there is no privilege that allows you to exceed the access mode check @ on a system service call that contains an access mode parameter.  < What you _can_ do is $CMEXEC and $DCLEXH from there.  But...  J 1.  That's not declaring an exit handler from user mode.  That's declaringJ an exit handler from executive mode.  That would be a pedantic distinctionH except for the fact that _exit handlers run in the mode of the caller of	 $DCLEXH_.   I 2.  We're talking about an implementation techniqueue for LIB$DO_COMMAND. G And LIB$DO_COMMAND works in unprivileged images for unprivileged users.   E > They can run in any mode, though I don't think there are any kernel G > exit handlers. Exec, super and user, certainly. Also remember you can  > run more than one.  D Yes, exit handlers are queued at executive, supervisor and user modeC and are executed in LIFO order within each queue with the user mode J queue coming first, supervisor second and executive third.  The supervisorE mode exit handler is what allows the CLI to regain control upon image  exit.   F In this sense, LIB$DO_COMMAND is implemented as an exit handler.  It'sE implicit in the supervisor mode exit handler and the CLI code that is % devoted to supporting LIB$DO_COMMAND.    	John Briggs   ------------------------------    Date: 24 Aug 2005 08:08:36 -0500 From: briggs@encompasserve.org3 Subject: Re: Chaining a .COM  or .EXE from an image 3 Message-ID: <AVXTEs9CFk4H@eisner.encompasserve.org>   T In article <lF23RyUrVz4X@eisner.encompasserve.org>, briggs@encompasserve.org writes:G > there is no privilege that allows you to exceed the access mode check B > on a system service call that contains an access mode parameter.  D OOps.  I forgot about SYSNAM and $CRELNM.  And if there's one, there are probably more..    ------------------------------  % Date: Wed, 24 Aug 2005 15:05:39 +0100 0 From: Chris Sharman <chris.sharman@sorry.nospam> Subject: Easysoft odbc/vms4 Message-ID: <dehurj$fes$1$8302bc10@news.demon.co.uk>  3 Using this from an ms asp page (code sample below). H It's not entirely reliable - I suspect we may have a locking problem of A some kind - the page reports having updated stuff, but sometimes  G apparently doesn't do it - it's unclear whether this is a new problem,  " or a long-standing undetected one.7 We seem to have no useful documentation on this at all.  Can anyone point me to some ?    Questions I'd like to answer: G 1. How can I tell when one of several records in my selected recordset  , is locked (and do I get the record or not) ?G 2. How can I tell when an update (or delete) fails (because of locking   or another error) ?   B I'm posting this here because a quick google on the microsoft end 8 (adodb) suggests this sort of thing is server dependent.  F If this isn't the best way to perform this update, please let me know.   Thanks Chris   6 Set objHELDRS = Server.CreateObject("ADODB.Recordset") objHELDRS.Open "select  L entry_time_longword_lo,entry_time_hi,orders_key_record,HOLDING_WORD_I1 " & _/ "FROM heldorders WHERE orders_key_record = " &  : objALPHARS.Fields("orders_key_record") , objHELDDC , 0 , 3   IF NOT(objHELDRS.EOF) THENK 	objHELDRS.Fields("HOLDING_WORD_I1") = objALPHARS.Fields("HOLDING_WORD_I1")  	objHELDRS.Update  	objHELDRS.Close End if 	    ------------------------------  % Date: Wed, 24 Aug 2005 02:44:32 +0800  From: prep@prep.synonet.com " Subject: Re: encryption for backup- Message-ID: <87br3ojxwv.fsf@prep.synonet.com>    JimStrehlow@data911.com writes:   E > I am interested in OpenVMS ENCRYPTION for BACKUP.  I might test the F > product to recommend to some of our customers who may be interested.   > I noticed a Nov. 2004 article 8 > http://www.openvms.org/phorum/read.php?f=5&i=356&t=356  C > How accurate is the reported problem with encrypting/decrypting a C > BACKUP save_set?  Has that been fixed?  Do YOU use Encryption for  > OpenVMS on backup save_sets?  C There are several changes with that, it is with 8.2 included in the B standard install, at least for Alpha. It is also now in CONDIS, no6 need for a special media kit from 7.1 or 7.2 or so on.  3 Be carful with Vax vs Alpha in any answers you get.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 24 Aug 2005 07:18:41 -0700 From: JimStrehlow@data911.com " Subject: Re: encryption for backupB Message-ID: <1124893121.659997.95620@g43g2000cwa.googlegroups.com>  $ Thank you. I will test that feature. Jim    Guy Peleg wrote:E > Support for encrypting backup saveset is integrated into the BACKUP H > utility. I'm not sure why the sequence mentioned in the problem reportL > fails, however if you'd like to encrypt your savesets use $BACKUP/ENCRYPT. > F > With the next version of the O/S BACKUP will support AES encryption. > B > And last but not least, ENCRYPT is free if your are running V8.2 >  > Guy    ------------------------------  + Date: Wed, 24 Aug 2005 12:43:16 +0000 (UTC) < From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) Subject: Ghostscript & Fonts) Message-ID: <dehq14$6i8$1@news.BelWue.DE>    Hello,  I I downloaded Ghostscript from http://mvb.saic.com/freeware/pcsi_kits/ and M installed it. I defined the logicals GS_LIB and GS_FONTS. While the first one K is recognized, the second one is not. If I run GS in its [.FONTS] directory F all is fine. If I run it in an other directory I get errors like this:  < /HelveticaCan't find (or can't open) font file n019003l.pfb.E Can't find (or can't open) font file [.Resource]Font.NimbusSanL-Regu. 5 Can't find (or can't open) font file NimbusSanL-Regu. E Can't find (or can't open) font file [.Resource]Font.NimbusSanL-Regu. 5 Can't find (or can't open) font file NimbusSanL-Regu.   L This error occurs with the provided example file WATERFAL.PS . Thus, what is wrong here?    Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------    Date: 24 Aug 2005 15:54:15 +0200. From: huber@NOBODY-mppmu.mpg.de (Joseph Huber)  Subject: Re: Ghostscript & Fonts+ Message-ID: <7$9n7iaA7Faj@vms.mppmu.mpg.de>   h In article <dehq14$6i8$1@news.BelWue.DE>, gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) writes:K > I downloaded Ghostscript from http://mvb.saic.com/freeware/pcsi_kits/ and O > installed it. I defined the logicals GS_LIB and GS_FONTS. While the first one M > is recognized, the second one is not. If I run GS in its [.FONTS] directory H > all is fine. If I run it in an other directory I get errors like this: > > > /HelveticaCan't find (or can't open) font file n019003l.pfb. ... N > This error occurs with the provided example file WATERFAL.PS . Thus, what is
 > wrong here?  >   D I don't know if ever there was a GS version (or will be one), which C in fact uses GS_FONTS for locating them. Add the Font directory to   the GS_LIB logical, < forming a logical list of the [.LIB] and [.FONTS] directory, then it should work.    --  @    Joseph Huber , Muenchen,Germany:  http://www.huber-joseph.de/   ------------------------------  % Date: Wed, 24 Aug 2005 10:26:11 +0200 3 From: "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> 3 Subject: Re: HP to dump itanium - bring back alpha? = Message-ID: <430c2f24$0$67256$157c6196@dreader2.cybercity.dk>   5 "Dave Froble" <davef@tsoft-inc.com> wrote in message  * news:11gn0jp1hc0jvea@corp.supernews.com...J > Ok, Fred thinks JF is FUD, and he's partially (mainly) right.  However, D > even in a manure pile there still can be something besides manure. >  > JF Mezei wrote:  >> FredK wrote:  >>@ >>>What I see is VMS slowly building a head of steam on Itanium, >> >>J >> Compared to the dead period between June 25 2001 and now, perhaps.  But? >> IA64 is not a viable platform in the long term because it is J >> proprietary, low volume and not industry standard and is now pitched asH >> smaller market niche than Alpha was. (and much smaller than Pa-Risc).I >> The 8086 is slowly (or quickly depending on whow you speak to) eroding # >> IA64's remaining marklet niches.  > I > There is the question of 'compared to what'.  From 6-25-2001 until now  J > isn't much of a standard to measure against.  But, now is where we are, * > and advancing is better than retreating. > K >> While HP and INTEL have been ghood any not giving any evidence that IA64 L >> wasn't viable, they have sent plenty of hints since last year. Also, one < >> need not wait for a major speech from Hurd announcing theF >> retirement of IA64 before one can make some educated guesses on the >> viability of the product. >> >>
 >>>is thatK >>>frankly, it doesn't matter what the underlying architecture is - if your 
 >>>goal is to  >>>run VMS.  >> >> >>J >> This is not true. Customers must justify their choices for platform andE >> OS. It is hard enough now to justify VMS as an OS because it isn't J >> marketed and its future under HP isn't exactly brilliant. But having toK >> also justify the risk of going to IA64 when the platform isn't seen as a M >> long term solution is also a difficult task. Remember that to a customer,  + >> migrating to a different platform is far K >> more than just recompiling a few programs. VMS engineers may have done a G >> fine job at the technical level to make the technical aspects of the E >> port easy, but the business and management aspects aren't so easy.  > I > This is the area that just won't go away.  For many years, the biggest  J > push for VMS came from current users.  Look at the failure of palmer to M > kill it in favor of MS.  These loyal and dedicated users would not give up  L > on VMS regardless of what anyone else did or said.  These people believed G > the promises about Alpha.  These people put their own reputation and  > > credibility on the line for VMS.  These people were shafted. > J > Excepting Rob, can you name even one of these people who will put their F > reputation and credibility (whatever they have left) on the line to L > advocate moving to IA-64?  I'm not talking about accepting that path, I'm H > talking about arguing for VMS when their employeers are considering a M > different path.  And I wonder if even Rob would stick his neck out on that   > one. >    Not me buddy !K Luckily my client has already formally given HP the shaft and did not need  M my input to reach the obvious choice, so VMS/Alpha are scheduled for the can  G and replaced by some breed of *nix as soon as possible - maybe a a few   years.  	 Dr. Dweeb   I > That's what June 25, 2001 cost VMS.  The former advocates for VMS will  5 > only say "you're on your own".  Can they be blamed?  >  > --  6 > David Froble                       Tel: 724-529-04506 > 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 02:37:56 +0800  From: prep@prep.synonet.com 3 Subject: Re: HP to dump itanium - bring back alpha? - Message-ID: <87fyt0jy7v.fsf@prep.synonet.com>   # susan_skonetski@hotmail.com writes:   D > Yes Terry did get the information early, and where do you think heD > got it from?  There was a consultant briefing done. And there were0 > customers that were also told under NDA early.  C I know where Terry got it from as well as what he knew from the NDA < sessions. He did not say anything until he got non-NDA info.  ? BTW Sue, if the upity mucks in hp did intend to issue the mercy ? stroke, I'm sure you would be NOT told until the official time. ? Hell, you may be overcome with an excess of truth or something!    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Wed, 24 Aug 2005 15:23:39 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> 3 Subject: Re: HP to dump itanium - bring back alpha? 1 Message-ID: <%h0Pe.10942$vf.486@news.cpqcorp.net>    JF Mezei wrote: > > IA64 is not a viable platform in the long term because it isI > proprietary, low volume and not industry standard and is now pitched as G > smaller market niche than Alpha was. (and much smaller than Pa-Risc).   F Itanium is pitched at not only the former PA-RISC market (HP-UX, much G larger in UNIX market share than Tru64 was) along with Tru64, but also  G high-end Windows (Windows on Itanium Superdomes? Yep -- when you don't  I have active-active clustering, you can't "scale out" with clustering, so  B you must "scale up" within an SMP box, so HP's selling a sizeable H fraction of Itanium-based Superdomes with Windows), high-end Linux, all  of OpenVMS, and all of NonStop.   I Alpha lost Microsoft support. NonStop was aimed at Itanium before Compaq  A briefly distracted that effort by temporarily aiming it at Alpha.   E Should Itanium continue to gain critical mass, AMD will be forced to  @ clone it, just like they had to with x86. Then Itanium won't be  proprietary anymore.  D In fact, AMD would be foolish if they didn't already have a team of F engineers (and patent lawyers) working secretly on that at this point.  > > The problem is that HP wants to cut Alpha sales prematurely.  C As Fred pointed out, programs have now been put into place so that  H customers can continue to buy Alpha systems past 2006, but they have to F make arrangements ahead of time so HP can plan for their needs. These H arrangements are sort of like airline reservations: you can either ante H up and pay a deposit and get a confirmed and guaranteed reservation, or I 'go standby' without cost and get best-effort results but without a firm  
 guarantee.   ------------------------------  # Date: Wed, 24 Aug 2005 15:18:55 GMT ( From: Alan Greig <greigaln@netscape.net>3 Subject: Re: HP to dump itanium - bring back alpha? < Message-ID: <zd0Pe.34548$Il.20906@fe2.news.blueyonder.co.uk>   Keith Parris wrote:   K > Alpha lost Microsoft support. NonStop was aimed at Itanium before Compaq  C > briefly distracted that effort by temporarily aiming it at Alpha.   D What are you smoking? DEC/Compaq funded most of the initial Windows H alpha work but Microsoft funded the Windows 64 bit development on Alpha G and continued to use it as the prime 64 bit development platform until  I other options became available. If anything Microsoft lost Alpha support     - not vice versa.   G > Should Itanium continue to gain critical mass, AMD will be forced to  B > clone it, just like they had to with x86. Then Itanium won't be  > proprietary anymore.  F > 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.  % Now I know you are smoking something!     ? >> The problem is that HP wants to cut Alpha sales prematurely.  >  > E > As Fred pointed out, programs have now been put into place so that  J > customers can continue to buy Alpha systems past 2006, but they have to H > make arrangements ahead of time so HP can plan for their needs. These J > arrangements are sort of like airline reservations: you can either ante J > up and pay a deposit and get a confirmed and guaranteed reservation, or K > 'go standby' without cost and get best-effort results but without a firm   > guarantee.  F Who would have predicted at one time that there would be only 6 years E between the last VAX hardware ship and the last Alpha hardware ship.  F Still it will only be 3 years after that until the last Itanium ship. 4 That's why we need a port now. It's not VMS's fault. --  
 Alan Greig   ------------------------------  # Date: Wed, 24 Aug 2005 16:53:11 GMT ( From: Alan Greig <greigaln@netscape.net>3 Subject: Re: HP to dump itanium - bring back alpha? < Message-ID: <XB1Pe.34562$Il.18503@fe2.news.blueyonder.co.uk>   FredK wrote:    @ > If you think we have some team working on a VMS port, then you! > need to check your medications.   N http://h71000.www7.hp.com/openvms/journal/v6/porting_openvms_to_integrity.html  F "On Monday June 25, 2001, senior COMPAQ management publicly announced E that Alpha development would be terminated and that OpenVMS would be  G ported to the Intel Itanium architecture. The message to customers was  H clear: in the future there will be faster systems at a lower price than H if the current Alpha plans were continued. They also said when it would  happen:   B "We will deliver a production quality release of OpenVMS in 2004."  G This was a shocking announcement, not only for the public but also for   OpenVMS Development!"      -- Clair Grant  A Nobody is saying you have an active porting team but Mark Gorham  C apparently hinted that at least some evaluation had taken place to  I someone I trust as far back as January. Whether you know about it or not.    --  
 Alan Greig   ------------------------------  # Date: Wed, 24 Aug 2005 17:07:30 GMT ( From: Alan Greig <greigaln@netscape.net>3 Subject: Re: HP to dump itanium - bring back alpha? < Message-ID: <mP1Pe.17088$jr4.6842@fe3.news.blueyonder.co.uk>   FredK wrote:   > J > Since you've obviously time travelled from the future, could you give me > tonight Powerball numbers?  1 2 4 8 16 32 and the powerball is AMD64. Sorry :-)      --  
 Alan Greig   ------------------------------  # Date: Wed, 24 Aug 2005 17:19:07 GMT * From: "FredK" <fred.nospam@nospam.dec.com>3 Subject: Re: HP to dump itanium - bring back alpha? 2 Message-ID: <f_1Pe.10961$NF.1271@news.cpqcorp.net>  5 "Alan Greig" <greigaln@netscape.net> wrote in message 6 news:zd0Pe.34548$Il.20906@fe2.news.blueyonder.co.uk... >    > G > Who would have predicted at one time that there would be only 6 years F > between the last VAX hardware ship and the last Alpha hardware ship.G > Still it will only be 3 years after that until the last Itanium ship. 6 > That's why we need a port now. It's not VMS's fault.  H Since you've obviously time travelled from the future, could you give me tonight Powerball numbers?   ------------------------------  # Date: Wed, 24 Aug 2005 10:40:31 GMT * From: "FredK" <fred.nospam@nospam.dec.com>. Subject: Re: Intel redeploys Itanium engineers2 Message-ID: <z8YOe.10925$jj.2168@news.cpqcorp.net>  6 Hmmm.  And about how many new Itanium engineers joined@ Intel from HP?  Maybe this is really one of those too-many-cooks in the kitchen stories.     . "Tom Linden" <tom@kednos.com> wrote in message" news:opsvzl7gaazgicya@hyrrokkin...J > The recent thread about dumping Itanium was largely based on rumours and/ > opinions; however, this is a bit more serious  >  > F > http://www.eet.com/news/design/showArticle.jhtml?articleID=169500450 >  > EE Times: Design News ' > Intel plays catch-up in server market  >  >  > Mark LaPedus
 > EE Times > (08/22/2005 8:16 PM EDT) >  > J > SAN JOSE, Calif. - Attempting to play catch-up with rival Advanced MicroI > Devices Inc. (AMD) on the server front, Intel Corp. is accelerating the F > development of several new microprocessor lines. This includes a newI > 64-bit Xeon platform that incorporates an integrated memory controller, : > according to a report from Pacific Crest Securities Inc. > H > Michael McConnell, an analyst with Pacific Crest (Portland), said thatI > Intel has moved about 200 engineers from its Itanium processor lines to K > the Xeon in an effort to accelerate the development of a 64-bit chip with L > an integrated controller. This product is due out in the second quarter of > 2007, McConnell said.  > J > In the interim, Intel apparently has a multi-pronged strategy to enhanceC > the Xeon, a 32/64-bit processor for servers, he said in a report.  > I > In contrast to Intel, AMD integrated a memory controller within its own I > 64-bit Opteron processor line - a product that has gathered momentum in K > the marketplace. In the second quarter of this year, Intel's server-based K > processor sales fell 6 percent, compared to an 89 percent sequential jump & > for AMD, according to Pacific Crest. > J > "We believe our findings further validate AMD's Opteron architecture andJ > its advantages over Intel's single-bus, discrete memory controller Xeon,J > and places Intel again in the rare position of playing catch-up to AMD," > he said in the report. > K > Until Intel announces a Xeon processor with an integrated controller, the H > company is expected to roll out several other products in the interim. > K > At the Intel Developer Forum (IDF) in San Francisco this week, Intel will J > announce its "next-generation architecture." Merom, Conroe and WoodcrestH > are the code names for Intel's next generation of so-called multi-core2 > processors slated for introduction in late 2006. > I > These desktop- and notebook-based processors are based on the company's I > Pentium-M architecture for "improved power efficiency," McConnell said.  > J > It has also accelerated the development of its dual-core processor line.G > Originally due in 2006, Intel recently said it plans to introduce the H > dual-core Xeon MP, codenamed "Paxville," in 2005, aiming it at servers3 > with four or more processors inside the computer.  > H > For dual processor servers, Intel plans to ship a dual-core Intel XeonK > processor, codenamed "Paxville DP" in 2005. Paxville DP is to be followed J > by a broader family of dual-core Intel Xeon processor-based platforms inL > the first quarter of 2006, codenamed "Bensley" for servers and "Glidewell"H > for workstations, Intel said. Both products are based on 65-nm process
 > technology.    ------------------------------    Date: 24 Aug 2005 03:40:02 -0700 From: icerq4a@spray.se. Subject: Re: Intel redeploys Itanium engineersB Message-ID: <1124880002.957283.88380@g43g2000cwa.googlegroups.com>  ? Thats old news (december). There were things happening when the A ex-Alpha people Tukwila version was dropped. Since then all major F Itanium core work is being done by the former HP team in Fort Collins.   ------------------------------    Date: 24 Aug 2005 09:42:30 -0700 From: icerq4a@spray.se. Subject: Re: Intel redeploys Itanium engineersB Message-ID: <1124901750.267090.21130@g49g2000cwa.googlegroups.com>   Dave Froble skrev:   > icerq4a@spray.se wrote: C > > Thats old news (december). There were things happening when the E > > ex-Alpha people Tukwila version was dropped. Since then all major J > > Itanium core work is being done by the former HP team in Fort Collins. > >  > % > And that's suppost to be good news?   5 Not necessarily. Not bad either. Just an explanation.    ------------------------------  % Date: Wed, 24 Aug 2005 13:23:32 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: Re: Intel redeploys Itanium engineers, Message-ID: <430CAD13.3D8D9F7B@teksavvy.com>   FredK wrote: > 8 > Hmmm.  And about how many new Itanium engineers joinedB > Intel from HP?  Maybe this is really one of those too-many-cooks > in the kitchen stories.   C Doesn't work. If in the past, IA64 was jointly developped by HP and G Intel with say 1000 people, and HP shifted its 300 people to Intel, the > total number of people assigned to IA64 remains the same, onlyF difference is who issues the paycheck. Now, 200 and being shifted awayH from IA64 onto Intel's real platform because AMD is gaining market share8 and Intel needs to scramble to protect its real product.   ------------------------------  % Date: Wed, 24 Aug 2005 02:18:33 +0800  From: prep@prep.synonet.com 1 Subject: Re: Next project, C programming problem. - Message-ID: <87slx0jz46.fsf@prep.synonet.com>   * bill@cs.uofs.edu (Bill Gunshannon) writes:  F > The problem is my program which read the file character by characterD > writting it to a new file adding the missing CR's.  The problem isE > that contrary to any documetation I can find the fopen() call seems A > to be creating Fixed Length 512byte per record files instead of F > StreamLF.  All I need is for someone to tell me how to force fopen() > to behave properly   HELP CC RUN CREAT   : I have NO idea why it is not included under fopen as well.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 24 Aug 2005 09:12:26 -0700 5 From: "Fred Hoenisch" <Fred.Hoenisch@gems9.gov.bc.ca> . Subject: Optimum cluster size for EVA storage? Message-ID: <430c9c68$1@flight>   C Yesterday I read on the Rdb ListServer that for optimum EVA storage L performance, OpenVMS disks should be initialised with a cluster size being a multiple of 4.  7 Can someone point me to a documented reference of that?    Yours truly, Fred.    --  J Disclaimer: Any comments made are personal and do not reflect the thoughts or policies of this company.   ------------------------------  % Date: Wed, 24 Aug 2005 12:53:12 -0400 $ From: "Hein" <hein.nomail@hp.nomail>2 Subject: Re: Optimum cluster size for EVA storage?, Message-ID: <430ca5f9$1@usenet01.boi.hp.com>  A "Fred Hoenisch" <Fred.Hoenisch@gems9.gov.bc.ca> wrote in message   news:430c9c68$1@flight... E > Yesterday I read on the Rdb ListServer that for optimum EVA storage M > 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?   5 It is a relatively recent finding (less than a year). 0 It is specifically applicable when using RAID-5.  J I recommend to accept that advice at earliest convient opportunity if you ! have any IO performance concerns. E Perhaps it's a good excuse to exercise your backup/restore scenarios?    Cheers,  Hein.    ------------------------------  # Date: Wed, 24 Aug 2005 17:02:25 GMT + From: Jeff Chimene <jchimene@earthlink.net> 2 Subject: Re: Optimum cluster size for EVA storage?@ Message-ID: <BK1Pe.1432$z2.189@newsread3.news.pas.earthlink.net>   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?  >  > Yours truly, > Fred.   F I think this has to do with page sizes in Rdb wherein multiples of twoF is a Good Thing w/r/t flexible physical design. From an Rdb engineer'sH point of view, cluster size two on an EVA disk is probably too small /asE a reasonable default/, and six is probably too large /as a reasonable H default/. My advice is to initialize with varying cluster sizes and testC them out using your database. There is Goodness when Rdb page sizes - equal or are multiples of disk cluster sizes.   A Are you preexetending your storage areas? If not, you will take a G performance hit when Rdb extends a storage area if the time to allocate *  is larger than your reasonable wait time.   Cheers,  jec    ------------------------------    Date: 24 Aug 2005 10:13:37 -0700C From: "AlexNOSPAMDaniels@themail.co.uk" <alexdaniels@themail.co.uk> 2 Subject: Re: Optimum cluster size for EVA storage?B Message-ID: <1124903617.920614.12240@f14g2000cwb.googlegroups.com>   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?   D I've heard that from multiple sources within HP, although I have notA had any conversations specific to RDB, other non-RDB reasons were 
 specified.  ? I now have all my all EVA disk cluster sizes in multiples of 4.   G I have also been told that for best shadow copy performance (with EVAs)  you should set :   (LNM$SYSTEM_TABLE)!   "SHAD$COPY_BUFFER_SIZE" = "112"   E You will of course want to test for your own enviroment and/or verify  with your own sources.   Alex   ------------------------------  # Date: Wed, 24 Aug 2005 11:16:25 GMT ( From: Alan Greig <greigaln@netscape.net>* Subject: Re: Simh. How to triple the speed< Message-ID: <dGYOe.15609$jr4.4270@fe3.news.blueyonder.co.uk>   Stanley F. Quayle wrote:  J >>I'd be amazed if anyone is getting 95 VUPS out of Charon VAX unless it's& >>a cluster emulated on an SMP system. >  > C > Not sure what you mean.  If you have an emulated 6630 VAX, it's a ? > single VAX with 3 processors, not a cluster of 3 VAX systems.   G Ok, thanks. I didn't realise that Charon can now emulate an SMP VAX on   an SMP host.     --  
 Alan Greig   ------------------------------  # Date: Wed, 24 Aug 2005 12:16:20 GMT ( From: Alan Greig <greigaln@netscape.net>* Subject: Re: Simh. How to triple the speed< Message-ID: <oyZOe.34513$Il.24831@fe2.news.blueyonder.co.uk>   Stanley F. Quayle wrote:   > G > CHARON-VAX is now available in a 6640 version, which requires a 4-way G > box.  On a 2+ GHz Operton, it's faster than any VAX ever built (> 200 > > VUPs).  And Moore's Law keeps making it faster all the time.  G And just imagine how many VUPs it would get if it ran VMS native. I am  H sure *well* over 10 times that figure. And goodness knows what we would I get from the 64-way SMP Horus Opteron - Anyone fancy a 50,000+ VUPs  VMS   box?   > E > CHARON-VAX comes with a little kernel module to detect the VMS idle  > loop and drop the load.   F I think it would be fairly easy to modify simh to detect the VMS idle G loop and, at least, drop the process priority. I leave simh running at  F "below normal" Windows priority 6 (default 8) in any case most of the G time. It gets the full cpu when I'm actually working in it and doesn't  I hinder normal use of XP so I can run it all the time.  Actually it slows  @ my search for aliens (SETI at home) but I can live with that :-)   --  
 Alan Greig   ------------------------------   Date: 24 Aug 2005 12:54:50 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)* Subject: Re: Simh. How to triple the speed, Message-ID: <3n390qF19j8rdU1@individual.net>  , In article <430BE34B.2E90089F@teksavvy.com>,0 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Alan Greig wrote: I >>What does the DCL VUPS calculator say for your MV-II out of curiousity?  >  > ( > $ write sys$output f$getsyi("HW_NAME")
 > MicroVAX II  > $ @calculate_vups ' > Approximate System VUPs Rating :  0.6  >  > $ set proc/prio=15 > $ @calculate_vups ' > Approximate System VUPs Rating :  0.8  >  > - > -------------------------------------------  > ( > $ write sys$output f$getsyi("HW_NAME") > VAXstation 3100/SPX  > $ @calculate_vups ' > Approximate System VUPs Rating :  2.8  > > > Setting priority to 15 on the 3100 didn't make a difference. >  > H > Now, DEC promised my all mighty Microvax II would do 0.9.  We paid bigH > money back in 1987. I want that money back along with interest :-) :-) >:-) :-)  > Just out of curiosity, I have a 4 CPU box.  Is the VUPS rating> returned by this DCL for one CPU or for all of them?  My guess is that it is for only one.    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: 24 Aug 2005 07:10:31 -0700C From: "AlexNOSPAMDaniels@themail.co.uk" <alexdaniels@themail.co.uk> * Subject: Re: Simh. How to triple the speedC Message-ID: <1124892631.580951.230680@f14g2000cwb.googlegroups.com>    Stanley F. Quayle wrote:G > CHARON-VAX is now available in a 6640 version, which requires a 4-way G > box.  On a 2+ GHz Operton, it's faster than any VAX ever built (> 200  > VUPs).  ) A VAX 7860 (6 CPU) clocks in at 306 VUPs.   F With the Nemonix upgraded boards (which are fully supported by HP, andD can be put on your HP hardware support contact), it clocks in at 407 VUPs.   > http://www.nemonixengineering.com/pdfs/VAX_7000_Series1-01.pdf   Alex   ------------------------------  # Date: Wed, 24 Aug 2005 14:59:32 GMT % From: "John Vottero" <John@mvpsi.com> * Subject: Re: Simh. How to triple the speed< Message-ID: <oX%Oe.1289$u_6.1039@newssvr17.news.prodigy.com>  6 "Alan Greig" <greigaln@netscape.net> wrote in message 6 news:oyZOe.34513$Il.24831@fe2.news.blueyonder.co.uk... >  >  > Stanley F. Quayle wrote: >  >>H >> CHARON-VAX is now available in a 6640 version, which requires a 4-wayH >> box.  On a 2+ GHz Operton, it's faster than any VAX ever built (> 200? >> VUPs).  And Moore's Law keeps making it faster all the time.  > I > And just imagine how many VUPs it would get if it ran VMS native. I am  J > sure *well* over 10 times that figure. And goodness knows what we would K > get from the 64-way SMP Horus Opteron - Anyone fancy a 50,000+ VUPs  VMS   > box? >  >>F >> CHARON-VAX comes with a little kernel module to detect the VMS idle >> loop and drop the load. > M > I think it would be fairly easy to modify simh to detect the VMS idle loop  K > and, at least, drop the process priority. I leave simh running at "below  J > normal" Windows priority 6 (default 8) in any case most of the time. It G > gets the full cpu when I'm actually working in it and doesn't hinder  G > normal use of XP so I can run it all the time.  Actually it slows my  ? > search for aliens (SETI at home) but I can live with that :-)    Why not run SETI on VMS too?   ------------------------------    Date: 24 Aug 2005 09:51:47 -0700( From: "Chris Allen" <ca.allen@gmail.com>* Subject: Re: Simh. How to triple the speedB Message-ID: <1124902307.573074.64120@g14g2000cwa.googlegroups.com>   Dan Foster wrote:  > Chris Allen wrote: > > A > > I have simh compiled on a FreeBSD PC with gcc option -O2 (and F > > networking).  The computer is a P4 1.5GHZ with 754MB RAM and 128MBH > > allocated to the simulator.  I consistantly get between 6.2 VUPS andG > > 6.6 VUPS on it with *almost* nothing running in the background.  To I > > contrast this with a real VAX my VAX 4000-108 gets 32 VUPS.  I tested I > > this with some DCL scripts I found on comp.os.vms.  I doubt it's that L > > accurate but I was very surprised to see the simh VAX perform so poorly. > J > That's not bad. SIMH emulates the MicroVAX 3900, which has a VUPS rating	 > of 3.8.   @ I see now (and after reading other posts) ~6.5 isn't bad at all.   ------------------------------   End of INFO-VAX 2005.472 ************************