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

List:       spread-users
Subject:    Re: [Spread-users] Spread message delays
From:       John Schultz <jschultz () spreadconcepts ! com>
Date:       2012-03-28 17:14:13
Message-ID: B2CE7AD8-877D-4AA8-A307-761E6C9F51B0 () spreadconcepts ! com
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


No, I believe in Spread that a daemon is only allowed to send new messages while it \
holds the token.  I don't think RELIABLE or even UNRELIABLE messages escape that \
treatment.

So, if the token is lost, then you will pay the Hurry_timeout "cost" before it is \
recovered.

Cheers!

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

On Mar 28, 2012, at 10:34 AM, Erez Theodorou wrote:

Thanks! I am using a 65b machine! I will give your fix a try!

Also, I was able to recreate the delays on demand, when I introduce packet loss to \
even a single machine on the network. I then changed the message types to \
RELIABLE_MESS (instead of the SAFE_MESS that I had before). According to the spread \
docs (section 1.3.2), only the SAFE messages need to be received on all spread \
daemons before they can be delivered. But now I am still seeing the same delay to all \
the receives even when messages are sent from one node to another on the same \
machine.

Any ideas?

Thanks!
--Erez

-----Original Message-----
From: John Schultz [mailto:jschultz@spreadconcepts.com] 
Sent: Wednesday, March 28, 2012 3:11 PM
To: Erez Theodorou
Cc: spread-users@lists.spread.org
Subject: Re: [Spread-users] Spread message delays

If you can't fix the loss in your network, then you can lower the delay significantly \
by lowering the Hurry_timeout in membership.c where it is set around lines 169 and \
180.

On a LAN, you can typically safely lower it down to the order of 100's of ms.  On a \
WAN, depending on how just how wide your WAN is you probably don't want to go below \
half a second or a second.

Cheers!

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

On Mar 28, 2012, at 8:15 AM, Erez Theodorou wrote:

Hi,

Sometimes messages are only received at the recipient after 1 or 2 seconds.
I have a cluster of nodes and what I see is that all the nodes on the cluster stop \
receiving messages for the exact same period. Even nodes that send messages to other \
nodes (processes) on the same machine. Any ideas what may be the possible causes?

Thanks,
-Erez

_______________________________________________
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
 
0m0U Fuc.	76>A0
	*H
010	UUS10U
U.S. Government10
UECA1"0 UCertification Authorities1>0<U5VeriSign Client External \
Certification Authority - G20 100323000000Z
130322235959Z010	UUS10U
U.S. Government10
UECA10UVeriSign, Inc.10USpread Concepts LLC10UJohn \
Schultz0"0 	*H
0
yEx9`
wQ\ F]nټ6?,5!]-AȣYM7%z$ ~.,T JSKFxL(
6  Vw
h.?#ud?IP\fAmߞMi+Z4W
80sDKi?e͝)-12PRiqb-]*25i9rWX"gz0c?o/pT'"9u9ϻ_)@eeEpyAƿ00QUJ0H0F \
D B@http://eca-client-crl.verisign.com/VeriSignECA2048/LatestCRL.crl0U0U:)qG0U#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
;u*)}L-'xoR=vcxVhM`$4C$.#lg-j1:]13|)8+@2aGlVTD@ \
xVAt9o@>HhxpQ3Rjh|F!'vOV?Iפ2;yBe=ZNQOH3u \
3Oz5)S,UQd P0m0U i<T:	#yh00 	*H
010	UUS10U
U.S. Government10
UECA1"0 UCertification Authorities1>0<U5VeriSign Client External \
Certification Authority - G20 100323000000Z
130322235959Z010	UUS10U
U.S. Government10
UECA10UVeriSign, Inc.10USpread Concepts LLC10UJohn \
Schultz0"0 	*H
0
ڞ(6*򳜎m\yw칊S0P mybB;9HQw~zRaC_m<
m`RƬDm{`egcSZv
;Ljcc*~cUGp'}0QuPEZKƼ*Ptg=U=oBD[|j{f%RjLExn?1c#^xyDT> \
0 P.re.b_a00QUJ0H0F D \
B@http://eca-client-crl.verisign.com/VeriSignECA2048/LatestCRL.crl0U \
0UcO'2k?0U#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
h:fq4ϓȲ \
v%Qf}@D|èAr?INJEuzUiF;|:7		LX
 ^}+H[s;M
X6
/㶪;n+j.W!0*>e|1]Q㿬;]i
2ێv]#X#EqE'zl3ͦLv
\M5qqbrxaQl100010	UUS10U
U.S. Government10
UECA1"0 UCertification Authorities1>0<U5VeriSign Client External \
Certification Authority - G2Fuc.	76>A0	+ 0	*H 	1	*H
0	*H
	1
120328171413Z0#	*H
	1=u_\4P4?0	+710010	UUS10U
U.S. Government10
UECA1"0 UCertification Authorities1>0<U5VeriSign Client External \
Certification Authority - G2i<T:	#yh00*H 	1 \
010	UUS10U U.S. Government10
UECA1"0 UCertification Authorities1>0<U5VeriSign Client External \
Certification Authority - G2i<T:	#yh00 	*H
8/vg|adl-|R*{COeRo
z2;w~ɦދT}U2ɋhya	%$'V_pN~רNcen6ֻNJD}4E,V@EX@
 ;9] 	_.GxyϞ0G=,oұc4T	z }WE~nhQcш^%Ij \
JpCl!n%J@\}Ql+ȑK'



_______________________________________________
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