home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / prime / 2013 < prev    next >
Encoding:
Text File  |  1992-08-29  |  3.3 KB  |  70 lines
  1. Newsgroups: comp.sys.prime
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!rpigate!x
  3. From: D.OLSEN@md-b.prime.com
  4. Subject: tuning
  5. Message-ID: <9208282258.AA19772@usenet.rpi.edu>
  6. Sender: ListServer@Blx-A.Prime.COM (Prime Netherlands ListServer v1.12)
  7. Reply-To: Info-Prime@Blx-A.Prime.COM
  8. Date: Fri, 28 Aug 1992 22:55:14 GMT
  9. Lines: 59
  10.  
  11. Jim -
  12.    How long is your CPL routine?  Remember that CPL is an interpreter and "go-to"'s are "no-no"s because they really slow things up.  
  13.   - Dan Olsen
  14.  
  15. ---- original message:
  16.  
  17. Return-Path: <@md-b.prime.com,@Relay.Prime.COM,@UKHOUI.Prime.COM:Info-Prime@Blx-A.Prime.COM>
  18. Received: from md-b.prime.com by md-b.prime.com; 28 Aug 92 16:15:04 EDT
  19. Received: from Relay.Prime.COM by md-b.prime.com; 28 Aug 92 16:15:02 EDT
  20. Received: from 31107711123654 (caller not authenticated) by Relay.Prime.COM; 28 Aug 92 16:18:57 EST
  21. Received: from Blx-A.Prime.COM by UKHOUI.Prime.COM; 28 Aug 92 21:16:18 UT
  22. Received: from UKHOUI.Prime.COM by Blx-A.Prime.COM; 28 Aug 92 22:12:23 +0200
  23. Received: from VCC5.vcc.bc.ca by UKHOUI.Prime.COM; 28 Aug 92 21:14:58 UT
  24. Received: from VCC3.vcc.bc.ca by VCC5.vcc.bc.ca; 28 Aug 92 13:12:14 PDT
  25. Received: (from user A.0013) by VCC3.vcc.bc.ca; 28 Aug 92 13:09:33 PDT
  26. To:   Info-Prime@Blx-A.Prime.COM
  27. From: Jim Chivas  Vancouver Community College    <a.0013@VCC3.VCC.BC.CA>
  28. Subject: tuning
  29. Date: 28 Aug 92 13:09:34 PDT
  30. Sender: ListServer@Blx-A.Prime.COM (Prime Netherlands ListServer v1.12)
  31. Reply-To: Info-Prime@Blx-A.Prime.COM
  32.  
  33. I am wondering if anyone out there may have some suggestions on
  34. how I might tune my 4150.
  35.  
  36. This machine has been running fairly
  37. quickly for the past year. The application is COBOL85 and
  38. MIDASPLUS. There are about 30 users logged in, all using the same
  39. login id and therefore the same CPL that presents a menu. This menu
  40. has several selections with each selection invoking a separate
  41. .RUN cobol85 program. The application is one of registering students,
  42. mostly from the phone. Once the program is loaded
  43. from the menu, the response time is very good. The problem seems
  44. to be when the user has to stop one .RUN program and return to the CPL
  45. menu to invoke another .RUN. The time to actually stop the first
  46. .RUN varies from 15 seconds up to 90 seconds. Once the program does
  47. stop and the cpl menu returns, the next .RUN the user selects also takes
  48. about the same time to load and start to execute. Again, once this
  49. second program starts, it is quite fast at accepting terminal input.
  50.  
  51. I am currently running Primos 23.1 with old AMLC ports plus two
  52. async line printers(not used very much and I don't feel are a factor),
  53. 1 ethernet controller running TCP/IP (I only use the amlc
  54. ports for the above application as the etherent connections go to a
  55. teaching lab which is not used when the above application runs).
  56.  
  57. I have run usage quite a lot which shows my PIO/S at a max of 30 but mostly
  58. below 20, CPU runs at about 20-30%, %miss is less than 10% all the time,
  59. %io is less than 15%. I set E -TS 50 and CHAP ALL -TS 2000. I was
  60. originally running 24MB but added 8 more from another machine to max out
  61. at 32MB. If this extra 8MB had any affect, my users didn't see it.
  62.  
  63. I have been trying lowering MAXSCH from 50-40-30-20-10, but again the end
  64. users say nothing changes.
  65.  
  66. Any ideas or comments on things I should be trying.
  67.  
  68. Jim Chivas
  69. Vancouver Community College
  70.