1 INFO-VAX	Sun, 19 Sep 2004	Volume 2004 : Issue 521       Contents:+ Sorting using hypersort from COBOL on Alpha ( Re: VAX 6000 replacement with CHARON-VAX( Re: VAX 6000 replacement with CHARON-VAX1 Re: Where is the Process/Image dump information ? 1 Re: Where is the Process/Image dump information ?   F ----------------------------------------------------------------------    Date: 19 Sep 2004 05:39:18 -0700- From: aagaard@bestcomputer.com (Leif Aagaard) 4 Subject: Sorting using hypersort from COBOL on Alpha= Message-ID: <b3382a59.0409190439.5f7e1db7@posting.google.com>   F I have a problem in that hpersort does well on files less than 200,000C records begin sorted from within COBOL.  I am running an alpsserver 0 DS20E with 2GB memory and running OpenVMS 7.3-2.  ? The job to sort 300K records has been running for over 14 hrs.  F Normally is should run in less than 15 min.  The software we are usingD changed it's sorting from external SORT to internal sort from within COBOL.   Here are my sysgen params:9 Maxjobs:         0  Fillm:       300  Bytlm:        65536 9 Maxacctjobs:     0  Shrfillm:      0  Pbytlm:       65000 9 Maxdetach:       0  BIOlm:       150  JTquota:       2048 9 Prclm:           6  DIOlm:      4096  WSdef:         2048 9 Prio:            4  ASTlm:      4096  WSquo:        16384 9 Queprio:         0  TQElm:        50  WSextent:     65536 9 CPU:        (none)  Enqlm:      2000  Pgflquo:     800000   A Is there any way to specify the number of files used in sorting.  C Using the extenal sort, I was using /work_files=100 and that worked  great.  ! Any suggestions would be helpful.   C P.S.  There are two sort files now being used that I can identify.   Here they are: Directory RAID0:[MSP.V700.TMP]  D SORTWAAA00EA32.;1     196608  18-SEP-2004 14:40:07.93  (RWED,RWED,,)D SORTWBAA00EA32.;1     196608  18-SEP-2004 14:40:07.99  (RWED,RWED,,)    Total of 2 files, 393216 blocks.  D The disk activity is 1800+  on the raid0: drives.  I suspect nothing is really happening.   Thanks for any suggestions.    ------------------------------  # Date: Sun, 19 Sep 2004 12:26:01 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) 1 Subject: Re: VAX 6000 replacement with CHARON-VAX L Message-ID: <rdeininger-1909040834260001@user-uinj4sr.dialup.mindspring.com>  5 In article <414CF84F.1E66A818@teksavvy.com>, JF Mezei % <jfmezei.spamnot@teksavvy.com> wrote:    >GreyCloud wrote: K >> I know that the P4 dumps about 54 watts, but what does the Itanium2 dump  >> in watts? > E >300 watts is the last figure I heard. Intel has plans to lower power 
 >consumption.   2 I don't know of any Itanium in the 300 watt range.  H 80-130 Watts is fairly typical.  IIRC, there are a few Itaniums a little  higher or lower than that range.  D CPUs are just one big power drain in today's systems.  High capacityE memory is significant, and so are some modern PCI cards.  And all the  little stuff adds up.    ------------------------------  % Date: Sun, 19 Sep 2004 10:49:06 -0600 " From: GreyCloud <mist@cumulus.com>1 Subject: Re: VAX 6000 replacement with CHARON-VAX 0 Message-ID: <iOmdnbnHvoNnKtDcRVn-jw@bresnan.com>   JF Mezei wrote:    > GreyCloud wrote: > J >>I know that the P4 dumps about 54 watts, but what does the Itanium2 dump >>in watts?  >  > F > 300 watts is the last figure I heard. Intel has plans to lower power > consumption.  F OUCH!!  They should put a motor and a big tub with holes in it.  That ' way it could double as a clothes dryer.    --  ! ---------------------------------  The Golden Years Sux.    ------------------------------  % Date: Sun, 19 Sep 2004 14:03:44 +0200 * From: Paul Sture <nospam@sture.homeip.net>: Subject: Re: Where is the Process/Image dump information ?+ Message-ID: <2r5at6F15bu03U1@uni-berlin.de>    Larry Kilgallen wrote:Z > In article <2r2u5rF14cgrlU1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes: >  >>Larry Kilgallen wrote: >>E >>>Can someone tell me where in the documentation to find information L >>>about the use of SS$_IMGDMP.  I am particularly interested on the logicalI >>>names for controlling where the dumps go, whether privileged data gets  >>>dumped, etc.  >>> >>http://h71000.www7.hp.com/doc/731FINAL/6017/6017pro_076.html >  > E > Ah,  System Management.  To me it seems more related to programming  > (like the debugger). >   E Agreed. At the minimum, a cross reference in the $CREPRC documention   would be helpful.    ------------------------------    Date: 19 Sep 2004 10:37:36 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) : Subject: Re: Where is the Process/Image dump information ?3 Message-ID: <t5ezqiPixVbg@eisner.encompasserve.org>   X In article <2r5at6F15bu03U1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes: > Larry Kilgallen wrote:[ >> In article <2r2u5rF14cgrlU1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes:  >>   >>>Larry Kilgallen wrote:  >>> F >>>>Can someone tell me where in the documentation to find informationM >>>>about the use of SS$_IMGDMP.  I am particularly interested on the logical J >>>>names for controlling where the dumps go, whether privileged data gets >>>>dumped, etc. >>> ? >>>http://h71000.www7.hp.com/doc/731FINAL/6017/6017pro_076.html  >>   >>  F >> Ah,  System Management.  To me it seems more related to programming >> (like the debugger).  >>   > G > Agreed. At the minimum, a cross reference in the $CREPRC documention   > would be helpful.   8 I also looked at SET PROCESS/DUMP in the DCL Dictionary.   I miss the Master Index.   ------------------------------   End of INFO-VAX 2004.521 ************************