Re: RDBMS reliability on DEC Alpha OSF/1

> We are presently using Informix 7.1 (ud1) on a central > database server for a bond trading system. Our hardware is a > DEC alpha 2100 (4 smp) running OSF/1 version 3.2. We have about > 15 tables that are used for transactions, and most of them see > transaction rates of about five inserts per minute. We do have > one table, however, that must support roughly 15 updates per second > all day long. We have about 80 customers that log in via a WAN from > Wall Street, Chicago, and many other cities, that connect to the db. > > For reasons described below, we have decided to dump Informix and switch > to either Sybase or Oracle. > [...] What is the exact bug that Informix admits to? We're using a very similar setup (3 smp), storing ~200 columns in three tables at a 1 second sampling rate, and many others in several other instances of OnLine. The user load is currently 8-15 users, often mostly developers, with users having the ability to generate monster queries against ~12GB of storage. Our specs are: DEC OSF/1 V3.2 Worksystem Software (Rev. 214) DEC OSF/1 V3.2A (Rev. 17); Thu Sep 14 10:28:24 CDT 1995 INFORMIX-OnLine Version 7.10.UD2 -- On-Line -- Up 17 days While we're not especially thrilled at the wonderful DEC/Informix alliance, the package does keep us up and running. We are committing more and more of our operation to the Alpha box. If there's a problem (perhaps associated with a tuning parameter at 4 cpus?) then we really want to know. Testify, brother! __________________________________________________________________ | Clem Akins Standard Disclaimers Apply | |Reynolds Metals Co, Alloys Plant "Climb High, Cave Deep!" | | Muscle Shoals, Alabama USA cwakins@leia.alloys.rmc.com | |________________________________________________________________|