HP3000-L Archives

February 2000, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Richard Gambrell <[log in to unmask]>
Reply To:
Richard Gambrell <[log in to unmask]>
Date:
Fri, 18 Feb 2000 22:57:52 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (39 lines)
[log in to unmask] wrote:
>
> Hello Folks @ 3000-L,
>
> Re: sockets patches

> I have also herd concerns expressed about problems reaching the
> limits of the inbound buffer pool... The buffer pool for our
> purposes is a area where link drivers can perform Direct Memory
> Access (DMA) writes and then pass the pointers to the Upper level
> Protocols TCP, UDP and a few less known.  Once again sorry to
> disappoint you, but NO changes in the Buffer Manger and Inbound
> Buffer Pools from 5.5 to 6.0.  Actually I can not think of a bug
> fix in years to this subsystem, but this sort of makes sense since
> every link connected to the 3000 passes every frame received and
> every frame sent through these buffer pools.
>

Just a thought, change in application behavior resulting in failures
to release sockets could be due to changes in other areas of MPE/iX.
For example, I recall changes in behavior of programs from one MPE
release to the next due to unintialized storage.


--
Richard L Gambrell
Database Administrator and
Consultant to Computing Services at UTC

** UTC business:
  University of Tennessee at Chattanooga
  113 Hunter Hall, Dept. 4454
  615 McCallie Ave., Chattanooga, TN 37403-2598
  fax: 423-755-4025
  phone: 423-755-4551       email: [log in to unmask]

** other business or private:
  voice mail/cell phone: 423-432-5122  email: [log in to unmask]

ATOM RSS1 RSS2