Subject: | |
From: | |
Reply To: | |
Date: | Thu, 17 Oct 1996 09:41:08 -0800 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
Jeff,
Here's the results on our 968. All of the faces are still smiling. Except
for ours, of course, when we get the incomplete WWW transfers :(
Gary
THU, OCT 17, 1996, 9:36:09 AM
Item Subsystem Name G/N Description Used High Max
____________________________________________________________________
1 NS XPORT CP_POOL_ (G) Control Buf Pool 0 1 300 :)
2 NS XPORT 1536____ (G) Inbound Buf Pool 38 66 170 :)
3 NS XPORT WHITMAN_ (N) Outbnd Buf Pool 0 22 128 :)
4 NS XPORT WHITLOOP (N) Outbnd Buf Pool 0 1 128 :)
5 NS XPORT WHITMAN_ (N) StrFwd Buf Pool 0 0 20 :)
6 NS XPORT UDP (G) GProt Msg Pool 50 N/A 512 :)
7 NS XPORT PXP (G) GProt Msg Pool 1 N/A 660 :)
8 NS XPORT PROBE (G) CM Prot Msg Pool 17 N/A 678 :)
9 NS XPORT IP_NI (G) IP-NI Msg Pool 50 N/A 2048 :)
10 NS XPORT IP_NI (G) IP-NI Msg Pool 50 N/A 2048 :)
11 NS XPORT (G) Node Name Cache 0 7 360 :)
>>> Jeff Kell <[log in to unmask]> 10/17/96 08:19am >>>
[snip]
(1) Does this occur with a large HTML page, cgi output, or both?
(2) Does the browser report an error?
(3) Have you checked your IP buffer pools to see if they have been
exhausted? This is my strongest suspicion. To check this:
:nettool.net.sys "resource;display;quit"
If any of the "high" marks meet or approach their "max" this could be
the problem. [Trivia note: Only last year did I discover that the
output of this display has "smileys" [ :) ] at the end until you get
close to the max, then they change to [ :( ] frowns!].
(4) Can this behavior be duplicated with another BSD sockets example?
Given all of the file transfer functions (FTP, WRQ, DSCOPY, etc) we
should have hit this long ago if it were a simple buffering problem, but
they all use NetIPC. I can't think of an immediate example of a BSD
example that would do such large transfers other than httpd.
Jeff Kell <[log in to unmask]>
|
|
|