I feel the point of the comparison was answering the question<p>&quot;Might it be feasible to replace our current infrastructure¹ with an arm based solution², and at the same time: Can we benefit from more cores, lower clock speeds&quot;<p>1: The article uses their current dev system - there&#x27;s no reason to buy a shiny new setup if that dev system works fine today and is &#x27;fast enough&#x27;<p>2: The article explicitly mentions upcoming arm8 server boards but uses RPi2s as a general (and low) approximation for &#x27;cheap arm performance&#x27; and to test their setup in a multi-node environment (vs. &#x27;one single vm&#x27;)<p>I think the article explains quite well what it wanted to do and doesn&#x27;t claim &#x27;arm is better&#x27; or anything like that. For their workload, using Erlang&#x2F;OTP and their real world application, a multi-node arm-based architecture might be feasible.