>>> On 10/30/2012 at 11:26 AM, Roger Evans <[email protected]> wrote: > Software support doesn't seem to be an issue for them. We use lots of > open source packages that don't come with any support. Nginx isn't > supported either, but it works fine on Z and we've been using it for > about 18 months without a hitch. > > There might be better combinations than Redis/memcache that work better > on Z, but it would be nice not to have to start over. What we get > with redis/memcache is a fast store that has client API's in java, C/C > ++, python and PHP. So far, these have worked fine, but now the > pressure is on to get them on to supported hardware. The main thing we > use it for, is caching VSAM data that we otherwise get by calls to > WEBCICS on VSE or to a linux DB2 or MySQL database.
OK, this is starting to sound like System z could be a good choice. If the VSE systems or DB2/MySQL systems are guests of z/VM on the same CEC as the Linux system would be, you could get very low latency network connections between the two, and access to up to date data as opposed to (what sounds like) a copy of data being held in memory. But again, without an idea of what the service levels required for this are, it's very hard to say one way or the other. No one likes redesigning applications, but it might be possible to wind up with better performance and more flexibility at lower overall cost. Mark Post ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
