Re: Slashdiot article about P6 -- MIDRANGE-L

Steve,

 Inline:

At 1/7/07 08:36 AM, you wrote:

> > What about Zend? Would be great if that company bought i5/OS. They
> > know how to write great software.
>
> Doubtful they are big enough.  But assuming they were to write a new OS,
> what features of i5/OS would you be looking for ?

there are so many. i5/OS has not been improved since the early 1990s.

Either you are on a *very* old release or you just ignore / don'tcare about the huge improvements that have been made to the systemsince the early 1990's. Either way, it's a false statement.

add XML support to DB2. Decouple db2 from i5/OS.

Is XML support an inherent feature of *any* database? I doubtit. It's an "object or data set" that gets created / processed by anapplication. RPG has taken a large step toward understanding XML, ashas Cobol (IIRC) and of course, Java.

Why would there be ANY advantage to decoupling DB2 from theOS? Close integration is one of its strong points!

Scrap spooled files. replace with XML documents.

Why? I think that spooling can be greatly improved is severalareas, but scrapping what's good for the format du jour won't do it.

expand pointer size so the 16meg limit on spaces and strings can be
eliminated. or scrap/redo the single level store architecture.
Possibly, limitations and security problems of the SLS is what is
preventing IBM from investing in our system.  You dont need the SLS to
get the features of i5/OS.

What about the teraspace support doesn't work for you? I wouldlike to see *GT 16 MB support, since objects are becoming larger, butit's not a show stopper for me.

by default, journal all files.

This can be done today on a library by library basis. It probablyapplies only to SQL created files, but since that's the more "modern"way to define your DB, that shouldn't be a problem for you, right? ;-)

better support for multiple signatures in service programs. Previous
signatures should auto map the export number of srvpgm exports from
what they were when the signature was current to what they are in the
current signature.

I agree that signature support needs a lot of improvement, but morein the area of parm checking.

ability to create associated spaces of an object.  did you know a
srcmbr can have an associated space? could use the associated space of
a srcmbr to store meta data such as extended member text, or info used
by a precompiler.

Is this a large issue for you? Since any pre-compiler you'd createwould be under your control, there are so many other ways toassociate additional data to an object. The only drawback to rollingyour own would be renaming or moving and object and maybe somesecurity issues, but I don't see this as a major sticking point.

a garbage collection memory model that holds objects. this means you
need a facility for defining and storing object types. ( you need a
reflection type facility for calling the dispose method of the object.
)   One use of something like this would be system APIs would return
objects that are typed, that are self describing. In the case of a
list objects API, the system would return an object that is holds an
indexed array with the capacity to list all the objects on the system.


 What would this buy you that is not available to you today?

etc, etc. most important, if the system was able to run at p5 speeds
and prices, 3rd parties could provide a lot of what is needed to
improve the OS and language support.

IBM does need to recognize that the market dynamics have changed(super fast, more reliable low end systems) that may reduce the entrylevel market buying the Series i. I believe that the complex ROIcalculations alone that IBM likes to use to sell the box does notwork anymore. It needs to be combined with an immediate cost savingsto the customer.

-mark