<div dir="ltr"><div><div><div><div>Meetup of erlang programmers was on 12 January in Moscow.<br><br></div>I was speaking about some useful tips for protecting erlang system from overload and crash.<br></div><br></div>Here they are in posts:<br>
<br><a href="http://blog.erlyvideo.org/2013/01/01/overload-protection-1/">http://blog.erlyvideo.org/2013/01/01/overload-protection-1/</a>  introducing feedback inside system parts<br><a href="http://blog.erlyvideo.org/2013/01/02/overload-protection-2/">http://blog.erlyvideo.org/2013/01/02/overload-protection-2/</a>  early rejecting requests<br>
<a href="http://blog.erlyvideo.org/2013/01/03/deadlocks-1/">http://blog.erlyvideo.org/2013/01/03/deadlocks-1/</a>  tips to workaround deadlocks<br><a href="http://blog.erlyvideo.org/2013/01/04/unobtrusive-read/">http://blog.erlyvideo.org/2013/01/04/unobtrusive-read/</a>  some notes about non-messaging reads<br>
<a href="http://blog.erlyvideo.org/2013/01/05/maintain-long-requests/">http://blog.erlyvideo.org/2013/01/05/maintain-long-requests/</a>  controlling long user tasks<br><br></div>It would be good if this will be helpful to someone. Any feedback on these ideas is welcome.<br>
</div>