home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / vmsnet / mail / pmdf / 2172 < prev    next >
Encoding:
Internet Message Format  |  1992-08-22  |  1.4 KB
  1. Path: sparky!uunet!olivea!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
  2. From: ned@innosoft.com (Ned Freed)
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: pmdf v4.1-1 and slow delivery
  5. Message-ID: <01GNWJCMZSKU94E0WK@INNOSOFT.COM>
  6. Date: 23 Aug 92 09:44:21 GMT
  7. Organization: The Internet
  8. Lines: 13
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 23 Aug 1992 01:44:21 -0800 (PST)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  13. Resent-Message-ID: <01GNWJI9IU1U95NZIJ@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"tkslen@ubvms.cc.buffalo.edu"
  15. X-Vms-Cc: IPMDF
  16. Mime-Version: 1.0
  17. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  18. Content-Transfer-Encoding: 7BIT
  19.  
  20. Since PMDF V4.1 is more efficient in almost every way than V4.0 was
  21. (usually performance just about doubles or better) I seriously doubt that
  22. this phenomenon is something in PMDF itself. The first thing you should
  23. figure out is what messages are holding in what queues and more
  24. importantly where they are coming from. For example, if messages are
  25. coming in from PhoneNet and not getting proper immediate processing
  26. you may well have a cache ownership problem. There are dozens of
  27. other possibilities, however, and the only thing that makes sense for
  28. you to do is start looking at the specifics of the problem itself.
  29. Poring over your configuration is likely to simply be an exercise
  30. in frustration and will probably not get your anywhere very quickly.
  31.  
  32.                 Ned
  33.