home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / database / informix / 1888 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  1.9 KB
  1. Path: sparky!uunet!olivea!gossip.pyramid.com!pyramid!infmx!markj
  2. From: markj@informix.com (Mark Jeske(Chicago Consultant))
  3. Newsgroups: comp.databases.informix
  4. Subject: Re: Online Checkpoint Issues
  5. Message-ID: <1992Sep6.051715.6815@informix.com>
  6. Date: 6 Sep 92 05:17:15 GMT
  7. References: <1992Sep3.124413.9713@xact.demon.co.uk>
  8. Sender: news@informix.com (Usenet News)
  9. Organization: Informix Software, Inc.
  10. Lines: 32
  11.  
  12. In article <1992Sep3.124413.9713@xact.demon.co.uk> ptm@xact.demon.co.uk (Paul Thomas Mahoney) writes:
  13. >We run Online with about 200 users and I have some questions that I would
  14. >appreciate some comments to. The configuration is as follows:
  15. >
  16. > - The OS is SCO 3.2.2
  17. > - We have 9 client machines (Dell 33MHz 486) each supporting 25 users
  18. >   running our application, written using ESQL/C.
  19. > - These clients call across the net to the server (Dell 50MHz 486 with
  20. >   about 2GByte disk).
  21. >   
  22. >Thus about 200 connections over I-Star to the engine. All databases use
  23. >unbuffered logging and there is a 525MByte tape to do continuous backup.
  24. >Overnight a level 0 backup is done to DAT. Shared memory is about 14MByte.
  25. >Checkpoint interval is 3 mins. 
  26. >
  27. >Now the problem:
  28. >
  29. >Each checkpoint is taking 30-45 seconds to complete with about 3 megs of
  30. >log to be written to disk. As the checkpoint starts, all currently running
  31. >processes freeze. Then the disk activity takes place for 15-20 seconds and
  32. >then the user tasks wake up, some much more slowly that others.
  33. >
  34. >Looking at the priorities of the sqlturbo processes on the server during
  35. >checkpoints we find that, during normal running, they are in the mid 20's
  36. >but by the end of the checkpoint their priorities have dropped (risen?) to
  37. >65-70. I suppose this accounts for their slowness in re-starting.
  38.  
  39. Try setting your LRU_MAX_DIRTY and LRU_MINDIRTY tbconfig params lower,
  40. something like 15 and 5 or 10 and 5.  This should cause more background
  41. i/o by the page cleaners so there isn't as much to do at a checkpoint.
  42.  
  43. mark
  44.