[Spread-users] Big messages in Spread

Ben Laurie ben at algroup.co.uk
Fri Jul 20 15:32:59 EDT 2001


Jonathan Stanton wrote:
> 
> On Fri, Jul 20, 2001 at 11:16:33AM -0600, Roel van der Goot wrote:
> >
> > Since we were encountering some issues with big messages, I found
> > the following two things in Spread that should probably be changed.
> > For completeness sake we are using fibrechannel datagrams that have a
> > maximum of 964 bytes (MAX_PACKET_SIZE == 964):
> >
> >   - MAX_SCATTER_ELEMENTS is defined to be 100 in two files ("sp.h" and
> >     "scatter.h").
> 
> If your concern is that the same constant is defined twice, that is a
> 'bug' although 'harmless' since they are the same number. Actually I think
> the two uses of MAX_SCATTER_ELEMENTS are actually different and they do
> not have to be the same number (but then they need to have different
> names) The client interface could allow a different maximum number of
> scatter elements in SP_scat_multicast and SP_scat_receive calls then the
> daemon uses internally. The actual requirement is that the client does not
> send a message larger to total size then then daemon can handle.
> 
>  >
> actually sp.c (from your second email)
> >   - scatter.c uses 1440 as a constant instead of (MAX_PACKET_SIZE - 32)
> >     where I don't know what the 32 represents. May be the 32 should
> >     become a defined constant depending on its meaning.
> 
> This is an oversight. 1440 should not be hardcoded in. The 32 bytes is
> used to store the packet header. In the daemon code we do have a way to
> get that number without hardcoding it. I'll see how the client should know
> this.
> 
> Here is the real question, which I would be interested in anyone's
> opinions on.
> 
> What should the maximum message size supported by a Spread
> client library be?

Ideally, as big as you can fit in memory (real or virtual). The
application can decide how stupid it is to do that.

> Should that size depend on the way the daemon is compiled (i.e.
> MAX_PACKET_SIZE)?

Only insofar as it isn't possible to avoid.

Cheers,

Ben.

--
http://www.apache-ssl.org/ben.html

"There is no limit to what a man can do or how far he can go if he
doesn't mind who gets the credit." - Robert Woodruff





More information about the Spread-users mailing list