On Sat, 6 Feb 2016 16:02:52 -0600, Kirk Wolf wrote:
>I doubt that there is a significant difference in CPU resources between
>running the JVM in JZOS vs BPXBATC**.
I was surprised too.
>Perhaps the differences that you are seeing have to do with not measuring
>all of the
I doubt that there is a significant difference in CPU resources between
running the JVM in JZOS vs BPXBATC**.
Perhaps the differences that you are seeing have to do with not measuring
all of the address spaces?
For JZOS, the JVM will be in the same address space as the JES2 initiator.
For
On Fri, 5 Feb 2016 11:41:52 +1100, Andrew Rowley
wrote:
>I am using JZOS to run Java as a batch job, and these are my tests for
>general processing of SMF data rather than time zone conversion
>specifically. It wouldn't surprise me if the batch job is better than
On Thursday, 4 February 2016 04:49:29 UTC, Gaur wrote:
> Thanks Kolusu,
>
> So here's the situation we have 5 way sysplex where 3 lpar's running with the
> GMT timezone however 2 are running with separate asia time ...one is GMT -7
> or 8 based on daylight saving and another is GMT +7 or 8
Re: DFSORT - SMF Records - GMT To EST
Sent by:IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
Thanks Kolusu,
So here's the situation we have 5 way sysplex where 3 lpar's running with
the GMT timezone however 2 are running with separate asia time ...one is
G
On 5/02/2016 5:15, Paul Gilmartin wrote:
I mentioned Java. Not realistic. It produces correct answers, but
performance is abysmal.
Do you say that because you tried it, or because everyone says it?
As part of the development of the API I have been doing some performance
testing. These are
On Thu, 4 Feb 2016 18:21:04 -0700, Lizette Koehler wrote:
>There is an article I found that provides information on using REXX to handle
>SMF Records. Looks like you might be able to use the DATE function in REXX to
>do what you want. Just a thought.
>
Andrew:
Its been a while since I have looked at timings, but if I recall
correctly the SRB time can be a killer depending on what you are doing.
Also not to get into the middle of anything. DFSORT is *OPTIMIZED*
for IO and it is FAST. So a simple assembler program can be slower
that DFSORT
On Fri, 5 Feb 2016 10:15:41 +1100, Andrew Rowley wrote:
>On 5/02/2016 5:15, Paul Gilmartin wrote:
>> I mentioned Java. Not realistic. It produces correct answers, but
>> performance is abysmal.
>>
>Do you say that because you tried it, or because everyone says it?
>
Bad experience, probably
C? Can you give Lua a shot?
https://en.wikipedia.org/wiki/Lua_(programming_language)
http://www.lua.org/versions.html
http://luaforge.net/projects/mvs38/
http://lua4z.com/doc/manual/using.md.html
On Thu, Feb 4, 2016 at 5:15 PM, Andrew Rowley
wrote:
> On 5/02/2016
On 5/02/2016 12:13, Tom Marchant wrote:
On Fri, 5 Feb 2016 10:15:41 +1100, Andrew Rowley wrote:
Java batch job, basic report:
CP time 0.9 s
+ zIIP time 2.4s
Is that normalized zIIP time or raw zIIP time?
And if raw, what level of kneecapping? That is, what model processor was it run
on?
On
There is an article I found that provides information on using REXX to handle
SMF Records. Looks like you might be able to use the DATE function in REXX to
do what you want. Just a thought.
http://ibmsystemsmag.com/mainframe/tipstechniques/applicationdevelopment/rexx_smf_part1/
On Fri, 5 Feb 2016 10:15:41 +1100, Andrew Rowley wrote:
>Java batch job, basic report:
>CP time 0.9 s
>+ zIIP time 2.4s
Is that normalized zIIP time or raw zIIP time?
And if raw, what level of kneecapping? That is, what model processor was it run
on?
--
Tom Marchant
On 5/02/2016 13:37, Mike Schwab wrote:
C? Can you give Lua a shot?
https://en.wikipedia.org/wiki/Lua_(programming_language)
http://www.lua.org/versions.html
http://luaforge.net/projects/mvs38/
http://lua4z.com/doc/manual/using.md.html
I don't have the time to learn Lua at the moment, but if
On 5/02/2016 10:52, Paul Gilmartin wrote:
OK. I'm doing something very wrong. (I believe we have no zIIPs.) I'll post
my source:
...
I am using JZOS to run Java as a batch job, and these are my tests for
general processing of SMF data rather than time zone conversion
specifically. It
On 5/02/2016 10:49 AM, Andrew Rowley wrote:
On 5/02/2016 13:37, Mike Schwab wrote:
C? Can you give Lua a shot?
https://en.wikipedia.org/wiki/Lua_(programming_language)
http://www.lua.org/versions.html
http://luaforge.net/projects/mvs38/
http://lua4z.com/doc/manual/using.md.html
I don't have
ine: 321-2237
IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on
02/03/2016 09:49:21 PM:
> From: Ravi Gaur <gaur.ravi2...@gmail.com>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 02/03/2016 09:49 PM
> Subject: Re: DFSORT - SMF Records - GMT To EST
> Sent by: IBM
n.
Thanks,
Kolusu
From: Sri h Kolusu/Silicon Valley/IBM@IBMUS
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 02/04/2016 11:40 AM
Subject: Re: DFSORT - SMF Records - GMT To EST
Sent by:IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
>>Hmmm... Your example covers 4 t
On Thu, 4 Feb 2016 10:37:53 -0700, Sri h Kolusu wrote:
>>>And Ravi has clarified that he wants the technique to be aware of
>Daylight Saving Time. And I recall the rules in the U.S. changed in 2006.
> And more
>recently in the Nation of Samoa.
>Sigh. DFSORT (and DB2) ought to be savvy to:
>
<IBM-MAIN@LISTSERV.UA.EDU> wrote on
02/04/2016 11:15:34 AM:
> From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 02/04/2016 11:16 AM
> Subject: Re: DFSORT - SMF Records - GMT To EST
> Sent by: IBM Mainframe
I have a Java API for SMF that converts the date/time fields to Java times.
You can then apply a Java time zone which is daylight savings etc. aware
Details are at:
https://www.blackhillsoftware.com/javasmf/
Javadoc:
http://www.blackhillsoftware.com/docs/javasmf/
I am happy to help if you
Thanks Kolusu,
So here's the situation we have 5 way sysplex where 3 lpar's running with the
GMT timezone however 2 are running with separate asia time ...one is GMT -7 or
8 based on daylight saving and another is GMT +7 or 8 ...
Now requirement is to convert monthly collected the SMF Time
On Tue, 2 Feb 2016 08:46:16 -0700, Sri h Kolusu wrote:
>Ravi,
>
>Conversion of GMT time to EST is quite simple. You just need to subtract 5
>hours (18,000 seconds) from the time field. But remember when you subtract
>you need to subtract 1 ...
>
And Ravi has clarified that he wants the
ISTSERV.UA.EDU
Date: 02/02/2016 06:57 AM
Subject:DFSORT - SMF Records - GMT To EST
Sent by:IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
Does somebody got a quick example of time conversion for SMF Records from
GMT t
Does somebody got a quick example of time conversion for SMF Records from GMT
to EST or any other timezone based on input parms...
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
25 matches
Mail list logo