[prev in list] [next in list] [prev in thread] [next in thread] 

List:       spread-users
Subject:    Re: [Spread-users] Random disconnecting of clients by daemon
From:       John Schultz <jschultz () spreadconcepts ! com>
Date:       2009-08-31 17:09:47
Message-ID: D2383E2E-C638-47EA-9989-A77CD29CAF3A () spreadconcepts ! com
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


Spread implements a token ring reliable multicast protocol on top of  
UDP multicast and unicast.

You can read about it in the Spread academic papers.  It is very  
similar to the single ring protocol used in Totem, another group  
communication system.

-----
John Lane Schultz
Spread Concepts LLC
Phn: 301 830 8100
Cell: 443 838 2200

On Aug 31, 2009, at 12:59 PM, Stradling, Joseph W wrote:

John,

Thanks for the info.

All,

Does Spread use a reliable multicast protocol such as PGM or is it
simply using the fundamental multicast protocol.  Sorry for all the
questions, but I'm getting ready to close out a trade study and this
information affects our decision.

-Joe

-----Original Message-----
From: John Schultz [mailto:jschultz@spreadconcepts.com]
Sent: Friday, August 28, 2009 4:31 PM
To: Stradling, Joseph W
Cc: spread-users@lists.spread.org
Subject: Re: [Spread-users] Random disconnecting of clients by daemon

Spread only uses TCP for client-daemon connections when you remotely
connect.

Spread will use multicast within a LAN (e.g. - a multicast domain) if
you configure it to do so.  Between LANs it will use point-to-point UDP.

Cheers!

-----
John Lane Schultz
Spread Concepts LLC
Phn: 301 830 8100
Cell: 443 838 2200

On Aug 28, 2009, at 2:58 PM, Stradling, Joseph W wrote:

Thanks John and Alexey.  I figured it was some sort of buffering issue.
My test was actually a benchmarking test, not typical use.  I wanted to
see how far I could push Spread and so far I have been pleasantly
surprised.

One question about the underlying communications method.  Does spread
actually multicast between daemons, or is it doing TCP.  I read in the
documentation that as a performance feature spread multicasts between
daemons on the same segment, is this correct?  Also, does Spread do TCP
or Multicast between daemons on different segments?

Thanks,

Joe

-----Original Message-----
From: John Schultz [mailto:jschultz@spreadconcepts.com]
Sent: Friday, August 28, 2009 1:39 PM
To: Stradling, Joseph W
Cc: spread-users@lists.spread.org
Subject: Re: [Spread-users] Random disconnecting of clients by daemon

Yes.  You are sending faster than your readers are reading, so buffers
build up on the server until it gets sick of you using too much of its
memory and kicks your connection.

You need to either ensure your readers always process faster than your
writers send or you need to implement some level of flow control.

Cheers!

-----
John Lane Schultz
Spread Concepts LLC
Phn: 301 830 8100
Cell: 443 838 2200

On Aug 28, 2009, at 12:30 PM, Stradling, Joseph W wrote:

Hello all,

I'm running some tests with Spread at a very high throughput rate (71
Mbps) with messages which are 1024 bytes in size.  After running my test
for 20 minutes or so, the daemon will disconnect me ( I Get the return
value CONNECTION_CLOSED, when I call SP_receive() )

Is this a buffer issue?

Joe
_______________________________________________
Spread-users mailing list
Spread-users@lists.spread.org
http://lists.spread.org/mailman/listinfo/spread-users


_______________________________________________
Spread-users mailing list
Spread-users@lists.spread.org
http://lists.spread.org/mailman/listinfo/spread-users



["smime.p7s" (smime.p7s)]

0	*H
 010	+0	*H
 00 f~>59߹i՞}0
	*H
010	UUS10U
U.S. Government10
UECA1"0 UCertification Authorities1>0<U5VeriSign Client External \
Certification Authority - G20 090216000000Z
100309235959Z010	UUS10U
U.S. Government10
UECA10UVeriSign, Inc.10USpread Concepts LLC10UJohn \
Schultz00 	*H
0f)S'Bs+U
dAiZ=0cCRJfh`n>I|Ѣ>q)\M$OcS<9Mbz
 =GfQd$Ȓ&S>\(=L_: *00QUJ0H0F D \
B@http://eca-client-crl.verisign.com/VeriSignECA2048/LatestCRL.crl0U0ULnܞ30epPfa0U#0
 O "P\
!Kr(0&U0jschultz@spreadconcepts.com0+t0r0?+03https:// \
eca2048.verisign.com/CA/VeriSignECA2048.cer0/+0#http://eca-client-ocsp.verisign.com0RU \
K0I0G `He0907++https://www.verisign.com/repository/eca/cps0U	00+	1US0
 	*H
Z15%cRQskSfID}!|`5>4}`v]N!#bڌ!`kl:9Vg%m'%hw.]XL$WUV \
0\n'<Ǝ>n?N<?L'kc>ز&H~^+́ \
J!0wTU&M6C^Rv2BH\1V$'6E2qdWy7ߣV \
_00 onҐ0 	*H
010	UUS10U
U.S. Government10
UECA1"0 UCertification Authorities1>0<U5VeriSign Client External \
Certification Authority - G20 090216000000Z
100309235959Z010	UUS10U
U.S. Government10
UECA10UVeriSign, Inc.10USpread Concepts LLC10UJohn \
Schultz00 	*H
0X$b!R7&"yHcW_
ʂolH;
iJ\{F2O`b`eՔ%H[~3A8Y$n,rdoU\?`{4I00QUJ0H0F \
D B@http://eca-client-crl.verisign.com/VeriSignECA2048/LatestCRL.crl0U \
0U+˳%fpW0U#0 O "P\
!Kr(0&U0jschultz@spreadconcepts.com0+t0r0?+03https:// \
eca2048.verisign.com/CA/VeriSignECA2048.cer0/+0#http://eca-client-ocsp.verisign.com0RU \
K0I0G `He0907++https://www.verisign.com/repository/eca/cps0U	00+	1US0
 	*H
kSߙ>$U'u[''<kklлNgQ9@A^w2m'qekKu͊ĝ<me|c \
:_k230%{vu;yK&%oE'5"WSG7lgXE1wZԙ7,N}c1GŶLdgz8~M1
 r YH6c&vWp$8pٕa({4Yq&4U00 \

0
	*H
0M10	UUS10U
U.S. Government10
UECA10U
ECA Root CA 20
080702144118Z
140701144118Z010	UUS10U
U.S. Government10
UECA1"0 UCertification Authorities1>0<U5VeriSign Client External \
Certification Authority - G20"0 	*H
0
h
$8!x^`_
pb⋼B+&ʓӨT S \
It$N<fc_#A?4ssghz7_Ԏ#˙.^{>j-1Gv^0q|,vs~, \
?G?uH#$VEǟ|q O#-+%a!/
oal=#zM0zzZc,/OKLv@ \
U6i5ԧ00U00U0-U&0$"0 \
10UPrivateLabel4-2048-810U O "P\
!Kr(0U#0'P::IRN!03U ,0*0
`He0
`He0
`He0U004 2 0.http://crl.disa.mil/getcrl?ECA%20Root%20CA%2020  \
}ldap://crl.gds.disa.mil/cn%3dECA%20Root%20CA%202%2cou%3dECA%2co%3dU.S.%20Government \
%2cc%3dUS?certificateRevocationList;binary0+00?+03http://crl. \
disa.mil/getIssuedTo?ECA%20Root%20CA%2020+0ldap://crl.gds.disa.mil/cn%3dE \
CA%20Root%20CA%202%2cou%3dECA%2co%3dU.S.%20Government%2cc%3dUS?cACertificate;binary,crossCertificatePair;binary0
 	*H
^@dG<ajzq&)kl7l֫,E(_ij/&Qk6`	ߖtwS!VyIO6cBX!Ƭ/*1o
 }*HHبL"'K|zu)wƯ\<Vu4B wl~j0&%<ײ1س-G
!`?okC%HhBP}#_^|{'cl/e0G>ƾ)O=a00 
0
	*H
0M10	UUS10U
U.S. Government10
UECA10U
ECA Root CA 20
080702144118Z
140701144118Z010	UUS10U
U.S. Government10
UECA1"0 UCertification Authorities1>0<U5VeriSign Client External \
Certification Authority - G20"0 	*H
0
h
$8!x^`_
pb⋼B+&ʓӨT S \
It$N<fc_#A?4ssghz7_Ԏ#˙.^{>j-1Gv^0q|,vs~, \
?G?uH#$VEǟ|q O#-+%a!/
oal=#zM0zzZc,/OKLv@ \
U6i5ԧ00U00U0-U&0$"0 \
10UPrivateLabel4-2048-810U O "P\
!Kr(0U#0'P::IRN!03U ,0*0
`He0
`He0
`He0U004 2 0.http://crl.disa.mil/getcrl?ECA%20Root%20CA%2020  \
}ldap://crl.gds.disa.mil/cn%3dECA%20Root%20CA%202%2cou%3dECA%2co%3dU.S.%20Government \
%2cc%3dUS?certificateRevocationList;binary0+00?+03http://crl. \
disa.mil/getIssuedTo?ECA%20Root%20CA%2020+0ldap://crl.gds.disa.mil/cn%3dE \
CA%20Root%20CA%202%2cou%3dECA%2co%3dU.S.%20Government%2cc%3dUS?cACertificate;binary,crossCertificatePair;binary0
 	*H
^@dG<ajzq&)kl7l֫,E(_ij/&Qk6`	ߖtwS!VyIO6cBX!Ƭ/*1o
 }*HHبL"'K|zu)wƯ\<Vu4B wl~j0&%<ײ1س-G
!`?okC%HhBP}#_^|{'cl/e0G>ƾ)O=a1<080010	UUS10U
 U.S. Government10
UECA1"0 UCertification Authorities1>0<U5VeriSign Client External \
Certification Authority - G2f~>59߹i՞}0	+ 0	*H 	1	*H
0	*H
	1
090831170948Z0#	*H
	1Ԛ6cve	'Ϧ0	+710010	UUS10U
U.S. Government10
UECA1"0 UCertification Authorities1>0<U5VeriSign Client External \
Certification Authority - G2onҐ0*H 	1 \
010	UUS10U U.S. Government10
UECA1"0 UCertification Authorities1>0<U5VeriSign Client External \
Certification Authority - G2onҐ0 	*H
xbe@w=< \
dT\Kbό*3̨+<~ZȰN7Ung_v[	Fz	XJ-H7ٟ5ݥ ~ \
[#WnP-esCPܿu5΅[&



_______________________________________________
Spread-users mailing list
Spread-users@lists.spread.org
http://lists.spread.org/mailman/listinfo/spread-users


[prev in list] [next in list] [prev in thread] [next in thread]

Configure | About | News | Add a list | Sponsored by KoreLogic