Re: AIX - i5/OS feature comparison was the notorious Steve's soapbox

The trouble with having an open mind, of course, is that people will
insist on coming along and trying to put things in it.

On 9/8/06, Michael Ryan <michaelrtr@xxxxxxxxx> wrote:

"They should be sold at the same price."

Do you really think price is based on (perceived) value? Price is based on
what the market will bear.

On 9/8/06, Steve Richter <stephenrichter@xxxxxxxxx> wrote:
>
> On 9/8/06, Evan Harris <spanner@xxxxxxxxxx> wrote:
> > Steve
> >
> > I wasn't trying to say these things couldn't be done (which it what
> > it seems you are assuming), I'm just trying to point out how much
> > more effort is involved  that's the whole point of the discussion.
> >
> > Starting a job at a particular time is no great trick (even Windows
> > can do this) - as you point out cron does the job, but making jobs
> > run in series and preventing clashes is much harder. It was the
> > queueing and management aspect I was really getting at. I am of
> > course ignoring the fact that the cron interface is highly
> > unintuitive compared to the friendly iseries job scheduler.
> >
> > I've seen the back end of printer queues used for batch work before,
> > but it requires extra scripting and coding; hardly as simple and
> > elegant as a jobqueue and nowhere near as manageable or configurable.
> > if you want to move an already "submitted" job then it is a major
> > pain. of course, the fact that your guys had to set this up merely
> > proves my point; every iseries has queued batch processing set up out
> > of the box - you don't have to do anything.
> >
> > I don't see how being able to see CPU is has any bearing on the
> > points I made. Theres another command (topas from memory) that also
> > let's you see this stuff in a "poor relative" version of WRKACTJOB,
> > but knowing the CPU use doesn't help you much when two jobs can't
> > decide which of them has exclusive use of the CPU and memory.
> > Separating jobs is not simple under unix, but is a piece of cake on
> > the iseries. Again, you have this ability right out of the box,
> > without doing anything.
> >
> > The point is not whether these things can be done or not, it's the
> > degree of effort and sophistication required to accomplish them.
> > getting this ability out of the box is the point of the discussion
> > not whether it can be done or not.
> >
> > Anyway, you can accept it or not; until you really understand what it
> > takes to manage a system (unix and/or iseries) day in day out, easily
> > and efficiently and what actually has to be done from day one to set
> > them up I doubt we are going to get anywhere.
>
> Evan,
>
> Your killing me. why me!?  I have no problem accepting that i5/OS has
> superior work managment tools than Linux.  I am doubtful that there
> are no job queue add ons for Linux, but I asked the question and you
> said no so I will accept that. My point is neither i5/OS or Linux are
> superior to the other. ( Windows with the built in managed code .NET
> framework, that is a different story! )  i5/OS has great job
> management capabilities. AIX gets 50% more transactions per minute per
> unit of power5+ CPU than its counterpart.  i5/OS has database and
> security built in. AIX is able to run more than one brand of database
> at the same time. The p5 is a great web server that can scale to
> millions of TPM. The i5 can run functional green screen applications
> with a minimum of intervention.  i5/OS is not worth more than AIX.
> They should be sold at the same price.
>
> -Steve
> --
> 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.
>
>
--
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.