I didn't mean to imply the jobs were ran single file. We allow multiple jobs to process at once. However - were multiple jobs processing at once? I don't know. Only relaying what I hear. ;)
-Kurt
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vern Hamberg
Sent: Wednesday, June 05, 2013 9:22 AM
To: Midrange Systems Technical Discussion
Subject: Re: Cost of Activating Second Processor
Having an extra core will not help a single-threaded application. So a single batch job may not see much benefit, if any, unless it tosses off other batch jobs, perhaps.
So it could be beneficial to run several batch jobs at the same time, so long as they CAN run simultaneously. That's the catch of threads - you have to check if submitted/spawned processes are done.
Java will generally benefit, since it is multi-threaded. A scenario with lots of jobs will likely benefit - interactive comes to mind.
At least, that's my understanding.
HTH
Vern
----- Original Message -----
Sam,
We run batch jobs every month for our clients, so what was done was we took note of how long some of these jobs ran. Compared it with the same jobs after the addition of the 2nd core and saw no change. I know, not the best comparison. That's why I was suggesting running some kind of system metric beforehand. First to have something say, "Yeah, you could see a benefit from another core." Second, as you're saying, you'll have something to compare to.
I don't recall the exact impetus for getting the extra core. It was ordered along with extra disk space (which was really needed).
-Kurt
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Sam_L
Sent: Tuesday, June 04, 2013 6:36 PM
To: Midrange Systems Technical Discussion
Subject: Re: Cost of Activating Second Processor
Kurt,
Do you have any metrics from before activating the second processor that you will compare against?
If we get to test a second processor I'd want to have something better than "it feels faster" or "doesn't seem to have made any difference". I suppose maybe the elapsed time for our month-end process might be a good benchmark, but if you have an approach that you can share...
It's not that we have a sluggish machine--compiles are still satisfyingly fast, but some of our .NET apps that connect to the iSeries seem to be taking longer to get going, and the boss sees that. Of course, the network guys have virtualized all the Windows servers and that might be something to do with it. But it is seems very difficult to do any measurement on a mixed environment.
Sam
On 6/4/2013 4:44 PM, Anderson, Kurt wrote:
Hi Sam,
I don't have any answers for you, but we recently activated a second processor and so far we haven't noticed any impact. I wasn't a part of the decision to get the additional processor, but there must be a way to get some metrics on your system to see if a second processor would provide an ROI. Make sure you're up-to-date on PTFs. We're working on the PTF thing (just about there) and the next step is that there are some reports that can be ran that cost a couple hundred bucks (so I hear).
-Kurt
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/midrange-l.
midrange.com
