Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!wuarchive!usc!samsung!munnari.oz.au!goanna!minyos!otto!arthur From: arthur@otto.bf.rmit.oz.au (Arthur Adamopoulos) Newsgroups: comp.sys.encore Subject: Re: Umax 4.3 performance degradation Summary: Possibly overloading EMCs Keywords: SLOW, Many users, Small load Message-ID: <5441@minyos.xx.rmit.oz> Date: 21 Aug 90 09:48:21 GMT References: Sender: news@minyos.xx.rmit.oz Organization: Faculty of Business, RMIT, Melbourne, Australia Lines: 28 In article , lawley@muluru.cs.mu.OZ.AU (michael lawley) writes: > We are running a Multimax 320 with 64Meg of physical memory, > 2 EMC's, 18 CPU's (APC's) and approx 600Meg of swap spread > evenly across 5 disks. > The problem we are experiencing is very poor response from the This sounds like two different problems we have had in the past (UMAX V). When we had all our disks on 2 EMC cards we were getting _very_ bad slowdown when we got about 30 users logging on. This problem disappeared when we got our MSC. We now have one MSC handling all disks & tape and one EMC handling the ethernet. I would suggest doing a 'Csar -bd' while you are getting the slow performance and have a look at the load levels etc. on the disks. CPU isn't the only factor that could cause poor response. If the harddisks are overloading the EMCs then the comms will also slow down. We have also in the past had a problem of the entire machine not allowing any new processes to start but still processing any existing processes. The reason for this was never found but it hasn't happened for a number of months. This seemed like a 'brick wall' effect. ----------------------------------------------------------------------- Arthur Adamopoulos ACSnet: arthur@otto.bf.rmit.oz Business Info Systems Internet: arthur@otto.bf.rmit.oz.au RMIT 411 Swanston st. Tel: +61 03 660 3470 Melbourne 3000 ICBM: 37 48 S / 147 58 E -----------------------------------------------------------------------