<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 23, 2014 at 11:28 AM, Roger Lipscombe <span dir="ltr"><<a href="mailto:roger@differentpla.net" target="_blank">roger@differentpla.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I'm considering a design like this for something we're doing. I have<br>
some questions about it.<br>
<br>
- Are you running one transcoder in each slave?<br></blockquote><div><br></div><div>Yes.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- Are you finding the fact that each slave is a separate node is a<br>
resource problem?<br></blockquote><div><br></div><div>No. Transcoding video is a very CPU consumptive task. One fast server can process 5-20 video streams at a moment. Not more.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

- What are you using to manage the slaves, particularly w.r.t recovering from crashes in the NIF?<br></blockquote><div><br></div><div>When slave is dead, it is catched by monitoring process and it restarts this node.</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- How are you communicating with the slave?<br></blockquote><div><br></div><div>via erlang distribution. Bandwidth between nodes is not an issue, because CPU is a hardest limit in this task.</div><div><br></div></div></div>
</div>