INFO-VAX Sun, 04 Feb 2007 Volume 2007 : Issue 69 Contents: Re: HSZTerm for Integrity? Re: Intel prepares to kill off the Pentium 4 Re: PL/I for Itanium Re: PL/I for Itanium Re: Purveyor CGI mailbox capacity [now very long winded] Re: Selling: Alphaserver DS25 ---------------------------------------------------------------------- Date: Sat, 03 Feb 2007 23:52:50 GMT From: "Malcolm Dunnett" Subject: Re: HSZTerm for Integrity? Message-ID: "Paul Sture" wrote: | > I understand that I don't want to | > look at using SATA drives on it if performance is a consideration. | | From my reading, rather than experience, about SATA drives: | | o - quoted transfer rates are peak, not sustained | o - they aren't designed for 24x365 operation | The HP quickspecs say 1.5 million hours MTBF at 100% duty cycle for SCSI, 500,000 hours MTBF for SATA *at 20% duty cycle* ------------------------------ Date: 4 Feb 2007 00:24:14 GMT From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: Intel prepares to kill off the Pentium 4 Message-ID: <52kndeF1m9o2dU1@mid.individual.net> In article <45c47807$0$7466$9a6e19ea@news.newshosting.com>, "Neil Rieck" writes: > > "Tad Winters" wrote in message > news:Xns98CBE9BC1B3C5staffordnospamwinter@130.81.64.196... > [...snip...] >> >> So, wouldn't you think it would have been better to port to AMD to start >> with? AMD's 64 bit processor provides better performance for the 32-bit >> crowd at little additional cost over their 32-bit processor and, from my >> experience, at less cost than Intel's 32-bit offering. I would also >> believe their 64-bit processor sales are probably ahead of Itanium. >> > > Intel makes both the x86-64 and Itanium processors. Intel will save tons of > money by killing Itanium and HP should be able to leverage this guilt by > saying "we paid to port OpenVMS to Itanium and now you're killing it; so now > you must pay for the OpenVMS port to x86-64". And Intel's response would be, "Hahahahahahahahahahahahaha". > > This is why it would be a good idea to sell OpenVMS to Intel. Why would they want it? An OS with no more future than the only processor it runs on. > (just as they > did previous with selected compiler technology). Rather than pay for the > port, Intel could hire engineers (like Hoff) to actually do it. Or they could just kill Itanium to save their own bottom line and not give a rat's patootie about HP's bottom line. HP maiking bad decisions really isn't Intel's problem. Come to think of it, I can think of something else Intel could tell HP other thanthe above. "Poor planning on your part does not constitute an emergency on my part." > > (Think selling OpenVMS to Intel doesn't make sense? There was once a time > when automobile manufacturers built the whole product. However, over time a > feeder industry was created to sell parts to the now "automobile > assemblers". The value of the manufacturer companies dropped while the > feeder companies got very rich. Same thing with computers: manufacturers no > longer make components like drives and chips so feeder companies like Intel > and AMD were created and they got very rich.) Which has what to do with Intel buying VMS? The car makers need those parts to build their cars. The computer manufacturers need the components to build their computers. Intel not only doesn't need VMS it really has no possible use for it. Face facts! Wake up and smell the coffee! Get a grip on reality! HP screwed up. No one is going to bail them out. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Sat, 03 Feb 2007 14:17:55 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: PL/I for Itanium Message-ID: <45c4dfe3$0$49197$14726298@news.sunsite.dk> Bob Koehler wrote: > In article <45bfec1e$0$49205$14726298@news.sunsite.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= writes: >> Try go into a job advertising web site in the country where >> you live and look up number of jobs for various programming >> languages. > > The number of open jobs is not a measurement of the amount of work > being done since a lot of people working in other languages are > already stabily employed. You don't have to hire C programmers if > you already have them. You could also argue that C programmers are changing to C# within the same company and that the part of jobs being for maintenance instead of new development is much higher for C than for C#. Or you could check CNNMoney: http://money.cnn.com/galleries/2007/news/0702/gallery.jobs_in_demand/?cnn=yes (goto page 6 item #7 and #8) Arne ------------------------------ Date: Sat, 03 Feb 2007 15:56:06 -0600 From: pechter@pechter.dyndns.org (William Pechter) Subject: Re: PL/I for Itanium Message-ID: In article <1170523242.706529.254700@a75g2000cwd.googlegroups.com>, Ken Robinson wrote: >On Feb 3, 11:53 am, pech...@pechter.dyndns.org (William Pechter) wrote >(in part): >> >> >I have been told (before my time) that the VAX 780 came with 256 KB, >> >> True >> >> >ran great with 1 MB >> >> No... I think you needed at least 2mb to get it to ok... at least that >> was with VAX/VMS 2.x > >The first VAX 780 I was a System Manager for came with 1.5 MB of >memory. This was in the beginning of 1980 and it was running v2.0. We >thought it was heaven, since we were moving from a PDP 11/70 running >RSX11M+ with less than 1 MB of memory and on the VAX we didn't have to >worry about task overlays. :-) > >Ken > > Nooooo. Anything's better than TKB! Bill -- -- "When I think back on all the crap I learned in Vax school It's a wonder I fixed anything at all." (to the tune of Kodachrome) pechter-at-ureach.com ------------------------------ Date: Sun, 04 Feb 2007 09:58:21 +1030 From: Mark Daniel Subject: Re: Purveyor CGI mailbox capacity [now very long winded] Message-ID: <12sa6p6cdrc4bfb@corp.supernews.com> Craig A. Berry wrote: > In article <12s6cr8bb93sf83@corp.supernews.com>, > Mark Daniel wrote: > > >>The C-RTL is smart enough to know >>that the (vanilla) VMS mailbox is record-oriented (can be created >>differently in later VMS versions) > > > I don't see anything attached to SYS$CREMBX that can change the > fundamental fact that a mailbox is a record-oriented device. You can > add the IO$M_STREAM qualifier to QIO reads from a mailbox, and I > believe it's a scheme for emulating stream orientation via buffering > much as you've described in the parts of your post I've snipped. When > you set DECC$STREAM_PIPE, you are just telling the CRTL to use > IO$M_STREAM on its mailbox reads. They also encourage you to set > DECC$PIPE_BUFFER_SIZE and DECC$PIPE_BUFFER_QUOTA as large as you can > get away with. Stream emulation through buffering along with large > buffers make the pathological case of a full buffer that may lead to a > spurious newline rare. I don't think they make it impossible. This accords with what I just reviewed in the doc. Thanks for the correction. Shouldn't rely on memory when committing yourself to the Google Akashic Records! I agree. And, as I would understand it, the internal C-RTL buffered stream storage associated with a mailbox would still be set to the capacity of that device and so in the absence of any explicit flush would continue to be populated with application output until stream closure or until it filled, at which time of course it would be sent to the underlying I/O system. So the same Catch-22 would apply, requiring the same sort of external control mechanism for advising the server about carriage-control behaviour. > If any CRTL or mailbox driver maintainers can correct me on any of > this, I'd love to hear details. Me too. ------------------------------ Date: Sat, 03 Feb 2007 14:20:34 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Selling: Alphaserver DS25 Message-ID: <45c4e081$0$49197$14726298@news.sunsite.dk> Island Computers, D B Turner wrote: > Judging by the number of Alpha "brokers" changing direction or just going > under it seems we will be "THE MARKET" > > I have noticed many many of the dealers I dealt with 5 years ago are now > gone... > > And one of the biggest dealers boasts a load of CISCO gear! > Nothing Alpha at all ! The market for used VAX/Alpha/Integrity is not that big and if IslandCo is getting the lions share then ... Arne ------------------------------ End of INFO-VAX 2007.069 ************************