<div dir="ltr"><span style="color:rgb(33,33,33);font-size:13px">Hello,</span><div class="gmail_msg" style="color:rgb(33,33,33);font-size:13px"><br class="gmail_msg"></div><div class="gmail_msg" style="color:rgb(33,33,33);font-size:13px">I've installed Tahoe-LAFS storage node on the Marvell Armada 375 box (dual-core Cortex A9). As I read in Tahoe-LAFS FAQ, the storage node does not require much CPU power due to all CPU heavy stuff being done on the gateway node.</div><div class="gmail_msg" style="color:rgb(33,33,33);font-size:13px"><br class="gmail_msg"></div><div class="gmail_msg" style="color:rgb(33,33,33);font-size:13px">However while I transfer the file from the client (gateway is node is running on the localhost), tahoe process on the storage node goes up to 100%. The transfer speed is around 20Mbps, while I get up to 1Gbps using iperf3 between gateway and storage node.</div><div class="gmail_msg" style="color:rgb(33,33,33);font-size:13px"><br class="gmail_msg"></div><div class="gmail_msg" style="color:rgb(33,33,33);font-size:13px">The above makes me believe the storage node still does transit encryption/decryption. After the quick look at the sources I assumed it uses pycryptopp for this, which in turn uses crypto++. If this assumption is correct, crypto++ library is not aware of crypto-dev which uses MV_CESA for hardware crypto acceleration. For example, openssl is aware of it if compiled with -DHAVE_CRYPTODEV flag and its performance is greatly increased than without using crypto-dev.</div><div class="gmail_msg" style="color:rgb(33,33,33);font-size:13px"><br class="gmail_msg"></div><div class="gmail_msg" style="color:rgb(33,33,33);font-size:13px">So the question is, if this is an expected behavior or I am unaware of something to do it right?</div><div class="gmail_msg" style="color:rgb(33,33,33);font-size:13px"><br></div><div class="gmail_msg" style="color:rgb(33,33,33);font-size:13px">Thank you,</div><div class="gmail_msg" style="color:rgb(33,33,33);font-size:13px">Michael.</div></div>