Never it be said that I haven't (and will) go off on tangents that may or may not be productive...
And the advice to just run one application per database, is an easy one..it is simpler. For those that gave advice...do you run Oracle on zLinux? What rate of resource consumption does your idle Oracle images consume? I currently have 4 images running. When they are completely idle, the IFL runs at 12%. That is 3% per idle Oracle image. When I take down the 4 images, we idle under 1%. That would seem to me that about 30 idling Oracle images will drive an IFL (z/890 flavor of IFL) near capacity. Hence running lots of images, just because you can, may not be a good choice. And maintaining 30 copies, disk, backups, etc, just to avoid performance tuning... I don't know. Is the economics such that, that is better? I think I could argue the issue either way, until we start loading this up. And we have Oracle Enterprise Manager running which does some decent performance monitoring. That should aid in performance problems. VM shows that an idle Oracle 10g server, with OEM running, also does about 10 I/O per second. A lot of this could be things I caused. I took the development servers down in memory size to what would still come up. That is 146 MB for the SGA and 16 MB for the PGA, running in a 500 MB image (of course with vdisk). FYI, at 400MB, the image didn't swap until hours after a boot. That is when the SGA was finally, entirely used and wrapped around. Then, we would swap at a rate of few pages a second. I didn't want an idling image swapping, so I bumped it up to 500 MB. As for production servers....I don't know yet. I haven't been given requirements on what anyone expects. Anyway, sometime this week, we will have a discussion on why they want a dedicated Oracle image. And since this application will go into production in May, I hope to get some metrics so I can provide a production server that can meet expectations. I expect, under 20 users. I expect under 1,000 queries a day. I expect the overhead of Oracle and OEM, to exceed the resources used for those 1,000 queries. I expect this application, where it is important, is lightly used, in the grand scheme of things. <G> As far as memory saving techniques (such as XIP). I'm under the impression, and hoping for, that it will be fairly easy to retrofit XIP in Linux later on, when I can get some bang for the buck. Thanks for the comments Tom Duerbusch THD Consulting Law of Cat Acceleration A cat will accelerate at a constant rate, until he gets good and ready to stop. ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
