home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / programm / 3858 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  1.9 KB
  1. Path: sparky!uunet!coplex!nos850!ezelmo!kedeng!kenc
  2. From: kenc@kedeng.UUCP (Ken Cornetet)
  3. Newsgroups: comp.unix.programmer
  4. Subject: IPC questions
  5. Message-ID: <201@kedeng.UUCP>
  6. Date: 22 Jul 92 16:28:05 GMT
  7. Organization: Kimball Electronics, Jasper IN
  8. Lines: 35
  9.  
  10. I'm building an application using IPC under ESIX 5.3D (SYSVR3.2).  I
  11. have a process which reads packets off an ARCnet card and shoots the
  12. packets down different message queues depending on the packet type. 
  13. A server process reads packets off the other end of each queue.  My
  14. problem is that if one queue over-runs (I'm using the IPC_NOWAIT flag in
  15. the msgsnd), all queues become clogged - a msgsnd to ANY queue returns
  16. error EAGAIN.  The reader for the full queue never returns from the
  17. msgget call.
  18.  
  19. I have a couple of questions
  20.  
  21. 1.  Why does one queue filling stop all queues ?  My tunable parameters
  22. are:  MSGMNB = 4096, MSGSSZ = 8, and MSGSEG = 1024.  If I understand how
  23. these play together, this means the maximum number of bytes allowed on a
  24. queue is 4096 (MSGMNB), and the maximum bytes pending system wide is
  25. 8192 (MSGSSZ*MSGSEG).  It looks like one queue filling up should leave
  26. 4096 bytes left for other queues.
  27.  
  28. 2.  I use ftok(3C) with the same path parameter and different id
  29. parameter to generate each message queue id.  Does this make the queues
  30. "related" in some way ?
  31.  
  32. 3.  What should I do when I detect a queue over-run ?  Should the writer
  33. process read all the data out of the queue ?  Should the writer close
  34. and re-open the queue ?
  35.  
  36. 4.  As a side issue, would raising the tunable parameter MSGSSZ from 8
  37. to 16 or 32 improve performance of system IPC ?  Has anyone played with
  38. this value ?
  39.  
  40. Please email responses to ...!uunet!coplex!nos850!ezelmo!kenc.  I don't
  41. think this system (kedeng.uucp) is in the maps yet.
  42. -- 
  43. Ken Cornetet                            Kimball Electronics
  44. uunet!coplex!nos850!ezelmo!kenc         Phone: (812) 634-4482
  45.