|
I tried posting this a while ago and for some reason didn't post. I realize some of these topics have been covered a lot. Anyway... Here's my two cents. While I agree the iSeries and OS/400 are a great operating system, the fact is that Windows has made improvements and are getting more reliable and more scalable. That's not to say that it is in the same ballpark as OS/400, but rather what use to be a glaring fact for the purchase of an iSeries and it's costs are now a dimmer point. I think most budget as created with a one year out look not five anymore. How's that saying go, "Rich people plan for the next generation, poor folks plan for Saturday night...". This arguement is not against the OS, scheduling software, development tools, etc that you get with the machine. They are the parts that set it apart. It's the hardware that is killing it. There are a few things that I think IBM needs to change : 1. Get real with he price of disk. They don't even make their own drives anymore. The argument that it is so much more reliable than PC server drives is just ridiculous. I'm not comparing the reliablity of iSeries disk to the Western Digital 200GB drive you buy at Best Buy (and get a free Shania Twain CD) but rather EMC tier one fiber drives or even teir one IBM drives in a DS6000/DS8000. I'm looking back at a quote we got for a DS6000 sometime last year. An eight pack of 2gb 73GB 15K drives is $4335 or $541.88 (I rounded up the cents) a drive. The DS6000/DS8000 is their enterprise class SAN connected to everthing (read Mainframe, imply Mainframe Class storage). A refurb one is about a $1000. 2. Memory. They might be a slight argument that the chips are superior to server memory but with the move in iSeries to PCI technology and other 'OpenSystems' parts, I doubt it's as great as the price difference. If you going to charge exorbanent prices for the memory, at least make it upgradable a machine version. I'm sure there have been some memory that's been usable between two versions of the machine but it's more the exception (at least from what I've read. I could be wrong). Looked at newegg.com for the most expensive server memory I could find. $700 for a 4GB chip. Just paid a little over $1500 for refurbed 3096 2 GB stick. 3. The biggest - the processor. I'm not going as far as Steve to say that every processor should run all out. I would rather suggest a 'compromise'. We are in the process of getting a new mainframe (first new one in 15 years). It's a small BC (Business Class) box. When you look at the configurations, you really get shipped 4 processors and they turn on how much capacity you need. Sound familiar. The other options are to turn on other processors as FULL engines to run things like Java, Linux, and DB2. That doesn't go against the z/OS licensing or any of your third party products. If your need two processors to run you RPG/ILE code and DB2/400, fine but let me run the Webshpere, Domino, or HTTP processes on the other FULL, not OS/400 charge processors. I realize that sounds like a difficult task, and probably is, but the way the got CFINIT sitting there ready to pounce you'd think these types of things are possible. Ya know, that made me thing of another angle they might want to look at. Interactive process 'tax' vs. subcapacity pricing. You buy a box with a certain CPW value. You have the option up front to say, "I need 5250 and a lot of it"...$$$$, but you also might want to say "I might only use 2% of the processor for 5250, if I go over then charge me for it". On the Mainframe that pricing exists. I realize it might be a nightmare for some in the budgeting area, but does add flexibility. You can migrate an application to the iSeries using a green screen (read move something from Mainframe to iSeries) and then work to get it to a web/graphical interface. Your not overpaying for "The Tax". The hardware grip is the biggest thing I got with this machine... m.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.