INFO-VAX Sat, 22 Nov 2008 Volume 2008 : Issue 632 Contents: Re: Emulation Re: Installing memory Re: Installing memory Re: Installing memory Maklee Engineering Welcomes Christian Moser (cmos) Re: OT: Former VMS guy need small free database Re: test - please ignore ---------------------------------------------------------------------- Date: Fri, 21 Nov 2008 20:41:13 +0100 From: Wilm Boerhout Subject: Re: Emulation Message-ID: <49270edc$0$8576$ba620dc5@nova.planet.nl> John Santos vaguely mentioned on 21-11-2008 4:12: [snip] > A Tivoli client *is* available for VMS and one of my customers uses it > in a larger data center (where our application is running on one little > Alphaserver 4500 in the corner.) It seems to work just fine, and looks > to be pretty up-to-date. (The Alpha is running VMS 8.3) I haven't > ever tried it on an emulator, though. One of the benefits of virtualizing on a modern infrastructure is that your VAX suddenly has 100Mb/s networking capabilities, and your Alpha 1 Gb/s, provided the host system has an approx 3GHz processor or better. Networked backup become feasible in a number of occasions. Virtualizing (with CHARON) makes some things faster, not slower. For VAX, everything becomes faster (disk, network, processor). /Wilm ------------------------------ Date: Fri, 21 Nov 2008 18:48:38 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: Installing memory Message-ID: "Richard B. Gilbert" writes: >AUTOGEN will put you somewhere in the "ballpark". Mindlessly using >AUTOGEN to tune a system is not usually effective. I use a fairly large >MODPARAMS.DAT and also "tune" user account settings. Out of curiosity, what do you usually tweak in MODPARAMS? There was someone in VMS Engineering (I forget who) who'd often quip that anyone with a large MODPARAMS.DAT "was either a genius or a fool". This was in the VAX days. ------------------------------ Date: Fri, 21 Nov 2008 14:15:11 -0500 From: "John Reagan" Subject: Re: Installing memory Message-ID: "Michael Moroney" wrote in message news:gg6vq6$fps$1@pcls6.std.com... > "Richard B. Gilbert" writes: > >>AUTOGEN will put you somewhere in the "ballpark". Mindlessly using >>AUTOGEN to tune a system is not usually effective. I use a fairly large >>MODPARAMS.DAT and also "tune" user account settings. > > Out of curiosity, what do you usually tweak in MODPARAMS? There was > someone in VMS Engineering (I forget who) who'd often quip that anyone > with a large MODPARAMS.DAT "was either a genius or a fool". This was in > the VAX days. CW Hobbs. Besides running AUTOGEN, you might want to increase WSEXTENT UAF quotas if the purpose of adding memory is reduce paging by giving certain accounts/applications more memory to use. John (whose MODPARAMS.DAT is less than 10 lines) ------------------------------ Date: Fri, 21 Nov 2008 14:22:53 -0500 From: "Richard B. Gilbert" Subject: Re: Installing memory Message-ID: Michael Moroney wrote: > "Richard B. Gilbert" writes: > >> AUTOGEN will put you somewhere in the "ballpark". Mindlessly using >> AUTOGEN to tune a system is not usually effective. I use a fairly large >> MODPARAMS.DAT and also "tune" user account settings. > > Out of curiosity, what do you usually tweak in MODPARAMS? There was > someone in VMS Engineering (I forget who) who'd often quip that anyone > with a large MODPARAMS.DAT "was either a genius or a fool". This was in > the VAX days. Sorry, memory fails me! My MODPARAMS.DAT on my personal system is three whole lines. I recall using one with thirty or forty lines but those systems I no longer have access to. AFAIK, my last employer replaced them with PC's running Novell Netware or some such thing. (Bletch!) ISTR that I specified some things required to run Oracle, and overrode sizes of page and swap files. I also had the descendant of the Polycenter performance package (I forget what CA called it) and I wrote its recommendations into MODPARAMS.DAT also. Anyway, VMS will largely take care of itself. There are some memory resident things that grow as needed but you can preallocate them with a slight saving in time if you know what will be needed. It might be worth noting that these machines ran an ERP package from Ross Systems in addition to Oracle. We supported something like 300 users. ------------------------------ Date: Fri, 21 Nov 2008 15:09:32 -0800 (PST) From: makleeengineering@gmail.com Subject: Maklee Engineering Welcomes Christian Moser (cmos) Message-ID: <4a8cb8fe-4752-4f60-a77c-77559c7bb477@g38g2000yqd.googlegroups.com> Maklee Engineering Welcomes Christian Moser (cmos) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Maklee engineering is excited to welcome Christian Moser to its technical staff. Christian, a worldwide renowned OpenVMS expert is joining Maklee as Vice President of Technology. Christian has worked more than 20 years in the IT industry in various positions, both hardware and software support, development engineering and technical consulting tasks. Christian brings with him in-depth knowledge in OpenVMS tuning, OpenVMS internals, OpenVMS programming and Oracle Rdb on OpenVMS. He was working primarily in the areas of clusters and distributed lock manager and was part of the core team which ported OpenVMS to the Itanium platform. Christian=92s focus areas were in SMP performance and scaling. Christian has delivered technical sessions at many European and US symposiums. He also provided technical consulting to customers around globe (US, Europe and Asia). During the past 2.5 years he held a CIO position at a financial start up company. Before that, he started with Digital Equipment Corporation in 1987 and left Hewlett Packard in summer 2006. Christian=92s skills and expertise will make the team at Maklee stronger and will allow Maklee to expend its offerings. Christian could be contacted at cmosATmaklee.com. For more information about Maklee and its various offerings please visit http://www.maklee.com or contact info@maklee.com. ------------------------------ Date: Fri, 21 Nov 2008 15:39:17 -0700 From: Randy Park Subject: Re: OT: Former VMS guy need small free database Message-ID: Keith Parris wrote: > Randy Park wrote: >> The problem with HSQLDB is that every table requires a primary index >> that is a unique integer. I could live with that ( a sequence number >> ) if the column could remain hidden when the end user is adding rows >> to the table, but the form development process doesn't support the >> automatic entry of a unique number into a column. > > I'm certainly not an expert, but a friend of mine used OpenOffice 3.0 > recently to set up a new database for his church and he had a field in > the form set as "auto-increment" which seemed to provide the unique > number needed. It turns out that the restriction is not in HSQLDB, but in the tool supplied by Open Office. Luckily OO allows you to enter SQL commands directly. Thus I was able to define the tables the way I wanted. ------------------------------ Date: Fri, 21 Nov 2008 20:42:55 +0100 From: Wilm Boerhout Subject: Re: test - please ignore Message-ID: <49270f42$0$8576$ba620dc5@nova.planet.nl> Galen vaguely mentioned on 21-11-2008 13:46: >> Please ignore > > If I ignored it, I wouldn't be ignoring it. I'm confused! > > Just another spin on the Epimenides paradox. > :-D > No you wouldn't, you liar you! /W ------------------------------ End of INFO-VAX 2008.632 ************************