RE: Hmmmm.....$1 Billion

Joe, in all of this, one issue that isn't mentioned and is making me curious
is the effect/benefit of having a single computer devoted to a single user,
versus the iSeries that might have a thousand users banging away at the CPU.
 Wouldn't the issues and benefits of multi-threading on a PC where there is
the natural "interactive governot" of what one person can do be a whole lot
different than what would be needed to give a thousand users the same
multi-threading capacity?  Does this become part of the "off-loading cycles"
discussion that comes up every so often? 
 
---------------------------------
Booth Martin
http://www.martinvt.com
---------------------------------
-------Original Message-------
 
From: Midrange Systems Technical Discussion
Date: 03/04/05 09:44:36
To: 'Midrange Systems Technical Discussion'
Subject: RE: Hmmmm.....$1 Billion
 
> From: rob@xxxxxxxxx
>
> Going back to the origin, I think he is basing it on the fact that
> interactive does not support threads but batch does.  He's trying to
> figure out why interactive has this limitation.  I guess if it's on
OS/400
> we'll call it a limitation, but if it's on Windows we'll call it a
bug.
 
Can you point to a single instance where I called a limitation of
Windows a bug?  I call security holes bugs, but those are hardly
limitations.  I call blue screens bugs, but those aren't limitations
either.  I call loss of data due to crashes in Microsoft applications
bugs, but that's not a limitation, it's a bug, and a nasty one at that.
 
The lack of thread support for interactive jobs is a limitation.  Why
don't interactive programs allow multi-threading?  Perhaps because it's
not needed, and IBM made an architectural decision that helps
interactive performance by removing overhead required for
multi-threading.  That's at least as plausible a reason as some massive
bug.
 
The point is that none of us know the reason, and in fact IBM is pretty
clear about saying it's simply something they don't support, and so the
label "bug" is awfully presumptuous.
 
Joe
 
--
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.
 
 
.