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 just because of the IO.
Ed
On Feb 4, 2016, at 8:49 PM, 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 the time to learn Lua at the moment, but if someone
else wants to try it I am happy to create the Java equivalent for a
comparison.
The C and Assembler tests were just to gauge I/O cost, so they did
nothing but read every record.
The Java test did create a basic report to ensure that the file
read didn't get optimized out or something silly like that.
Andrew Rowley
Black Hill Software
+61 413 302 386
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
