Re: MAXCONN

On Friday, 10/03/2008 at 03:52 EDT, Rob van der Heij <[EMAIL PROTECTED]> wrote: > On Fri, Oct 3, 2008 at 9:46 AM, Alan Altmark <[EMAIL PROTECTED]> wrote: > > > A single IUCV connection handles multiple sockets. > > But your average application may not do that and could also establish > multiple

Re: Paging volumes, size vs. number

Having a good paging system is as much about bandwidth as it is about capacity, so I'd say the other responders are offering sound advice. Lac k of sufficient capacity will certainly hurt badly when you fill it up and run out (causing a PGT004 abend), but lack of sufficient bandwidth will hurt pe

Re: Paging volumes, size vs. number

Probably depends on how much you plan to page! Do you plan to overcommit memory like 6:1 or keep it sane? How robust does your paging system need to be? We were in a situation where we had 100 servers (1/2 fat webshere) on a system with only 28G. To 100 mod 3 on DS8000 over 8 channels, we could

Re: Paging volumes, size vs. number

I don't remember if these numbers are available from Performance Tool Kit. I think so. If you can look at numbers for a present workload and if it's different or you expect to see differences, you should just be able to factor. What I'm getting at is that you should be able to look at present

Re: Paging volumes, size vs. number

If I could, I would stay with the 16 3390-3's. My reason is that the IO load is spread over more volumes. Also, if I could, I would spread the volumes over multiple CUs. That's how I look at. Paul Feller AIT Mainframe Technical Support -Original Message- From: The IBM z/VM Operati

Re: Paging volumes, size vs. number

How many packs you need depends on the IO rate that is required to be handled by the paging subsystem. That is more important than the volume you seem to know. A pack can sustain a certain IO rate with a good responsetime. For paging packs one usually recommends mdl 3 and not mdl 9, CP will not u

Re: z/Linux CONF file continuation syntax

I haven't looked it up, but I thought the DASD= parameter could take ra nges as well as individual addresses. Try DASD="700,800-809,810-81x, ... more addesses" You might even consolidate the two 8xx ranges as 800-81F or whatever your highest 8xx set of 16 addresses (3F, 8F, FF, etc). /Tom Kern

Re: z/Linux CONF file continuation syntax

>>> On 10/3/2008 at 1:34 PM, in message <[EMAIL PROTECTED]>, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > > Hi > > I am executing a CONF file and Parmfile so to bring my z/Linux guest > into RESCUE mode. On the DASD statement of the CONF file I need to > present all of the

z/Linux CONF file continuation syntax

Hi I am executing a CONF file and Parmfile so to bring my z/Linux guest into RESCUE mode. On the DASD statement of the CONF file I need to present all of the MDISK that are defined to this guest. The problem is that the number of MDISKs are too many for one line and I am not sure what the synt

Re: MAXCONN

That is not a problem. We have control of the EXEC that creates the sockets. Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Rob van der Heij > Sent: Friday, October 03, 2008 12:52 AM > To: IBMVM@LISTSERV.UAR

Re: MAXCONN

Thanks. That is what I thought, but wanted to verify. Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark > Sent: Friday, October 03, 2008 12:46 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: MAXCON

Re: Tracking Hot Spots

I had come to that conclusion. There is no data that I can find in the monitor records that can be used for this type of profiling. Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark > Sent: Friday

Paging volumes, size vs. number

We are sizing a new z/VM system for a Linux guest workload. We traditionally use 3390-3 size devices for paging. We determined that we need 16 3390-3's for this particular workload. Our DASD people asked if we could use 3390-9's instead. Based on space, they want to give us 6 3390-9's for pagin

Re: AUTOLOG

Thanks Alan, that is what I will do! Thank You, Terry Martin Lockheed Martin - Information Technology z/OS & z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] O

Re: VMARC download date

On Thu, Oct 2, 2008 at 5:41 PM, Schuh, Richard <[EMAIL PROTECTED]> wrote: > You could make that perhaps a little better: >"...| sort 57.19 d | take 1 |..." Or ".. | substr 57.19 | sort d | take | .. " to reduce the working storage for the sort stage (but only for very large data sets).

Re: Tracking Hot Spots

On Thursday, 10/02/2008 at 09:36 EDT, LOREN CHARNLEY <[EMAIL PROTECTED]> wrote: > Your best bet would be to investigate the Velocity Software Suite, they are the > only ones to have the performance monitor for VM. Loren, your statement that Velocity the only vendor of performance monitoring s

Re: MAXCONN

On Fri, Oct 3, 2008 at 9:46 AM, Alan Altmark <[EMAIL PROTECTED]> wrote: > A single IUCV connection handles multiple sockets. But your average application may not do that and could also establish multiple connections to the same stack, right? >From the VMDBK you follow the VMDIUCVB pointer to the

Re: MAXCONN

On Thursday, 10/02/2008 at 12:20 EDT, "Schuh, Richard" <[EMAIL PROTECTED]> wrote: > What consumes the connections specified in the MAXCONN option of the TCPIP > machine's directory? Does each open socket consume 1 connection, or is it 1 > connection for each guest that opens 1 or more sockets?