Is there a good counter or other way of instrumenting this send queue, btw? (I'm using R13B3 but am starting to feel like I have to upgrade at some point...)<div><br></div><div>Sincerely,</div><div><br></div><div>jw</div>
<div><br clear="all"><br>--<br>Americans might object: there is no way we would sacrifice our living standards for the benefit of people in the rest of the world. Nevertheless, whether we get there willingly or not, we shall soon have lower consumption rates, because our present rates are unsustainable. <br>
<br>
<br><br><div class="gmail_quote">On Thu, Jul 28, 2011 at 1:10 PM, Ulf Wiger <span dir="ltr"><<a href="mailto:ulf.wiger@erlang-solutions.com">ulf.wiger@erlang-solutions.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
On 28 Jul 2011, at 20:16, Jay Nelson wrote:<br>
<br>
>> Ulf Wiger wrote:<br>
><br>
>> The problems with Distributed Erlang are related to a heavy-handed backpressure solution, where processes trying to send to the dist_port are simply suspended if the output queue exceeds a given threshold.<br>
><br>
> Does this only apply to distributed erlang? What about punishment of processes communicating within a node? I've seen senders using more time in local comms*.<br>
<br>
</div>Only Distributed Erlang. Local message passing does come with a form of backpressure too, as senders are punished with extra reductions if the receiver's message queue is big. I think this feature should go away, as it makes the message send more complex from a scalability point of view, but I know others like it… One can probably reduce locking by allowing the queue length value to be somewhat old, for example.<br>

<br>
BR,<br>
Ulf W<br>
<font color="#888888"><br>
Ulf Wiger, CTO, Erlang Solutions, Ltd.<br>
<a href="http://erlang-solutions.com" target="_blank">http://erlang-solutions.com</a><br>
</font><div><div></div><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br></div>