Re: Running .Net Natively on IBMi

I have a question regarding IBM i / PASE and streamfiles.

In my understanding using streamfiles on IBM i / PASE is a great deal less
performant than using streamfiles on other platforms such as Unix.
Because a streamfile on Unix is really a streamfile on disk, and the disk
really stores a HFS.
Instead, the native storage mechanism used on IBM i is completely different
(MI objects, SLS) and the HFS is just a logical presentation.
Therefore e.g. MySQL cannot be used on IBM i for production use because
it's database is implemented using streamfiles.
Instead, the DB2 storage engine must be used for it to have acceptable
performance.

Is this understanding correct?


On Sat, Jan 13, 2018 at 7:06 AM, Richard Schoen <
Richard.Schoen@xxxxxxxxxxxxxxx> wrote:

I'm not really smart enough to know if your definition of native is better
than mine, but with all your technical points I'll give you the edge.

I just know that Python, PHP, Node and many other things PASE run smokin
fast on the box and are pretty easy to integrate to traditional RPG and CL
workloads as needed.

And I like to integrate so it keeps things fun.

Oh and back to the native .Net running in PASE. If it happens awesome, but
if not I'll use what's native to IBMi when needed and .Net for everything
else.

You might say I'm a universal connector...................

Regards,
Richard Schoen
Director of Document Management
e. richard.schoen@xxxxxxxxxxxxxxx
p. 952.486.6802
w. helpsystems.com
------------------------------

message: 4
date: Fri, 12 Jan 2018 16:20:49 -0700
from: Nathan Andelin <nandelin@xxxxxxxxx>
subject: Re: Running .Net Natively on IBMi

On Fri, Jan 12, 2018 at 3:27 PM, Justin Taylor <JUSTIN@xxxxxxxxxxxxx>
wrote:

IMO, if "x" runs as an active job on IBMi, it's native.

My definition of "native" has additional qualifications. I'll try to
explain why. If you and others do not agree with my perspective, or my
rationale, then that unfortunately leaves us without a common understanding.

PASE is quite literally a subset of AIX. PASE applications are quite
literally AIX applications:

- PASE doesn't run on top of the technology independent machine interface.
It rather uses a "syscall" interface.
- PASE doesn't utilize single level store.
- PASE objects are little more (if anything) than stream files.
- PASE is an operating environment that is essentially separate from IBM
i.
- PASE runs in Power PC mode rather than Amazon 64-bit mode.
- PASE uses a memory address space that is separate from the one used by
IBM i.
- PASE doesn't run ILE or OPM language programs.
- PASE does run several language environments that don't run on IBM i.

In regard to "active jobs", the ones that bind to PASE typically load a
full-fledged language environment such as Java, Node.js, PHP, Python, Perl,
Ruby. Those Jobs typically have CPU and Memory requirements that amount to
something like 50 times that of an ILE program.

The IBM i virtual machine may run tens of thousands of Jobs that activate
ILE programs, and manage those workloads without breaking a sweat. But you
can destabilize a machine by launching and running more than a few hundred
PASE jobs.

The way that IBM i manages workloads is a critical distinction from the
way that PASE manages workloads, and also how multi-threaded language
environments like Java manage threads.

To me it doesn't make sense to look at a Job that binds to PASE, and not
make a mental note of the distinctions from ones that run in the "native"
virtual machine.


--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD