× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.