这个文章主要演示了一个cheerp交叉编译的简单的例子对比测试。这个例子中我们把一个c文件的算法交叉到js侧。
先行准备
我们分别使用js的一个aes库,和交叉过去的一个c实现的库分别分别在node和浏览器端做性能比较。
先把c算法库交叉到一个bc(clang 的byte code)备用, 验证好执行正确结果。
clang -c -w $(CHEERP_FLAG) $(WASMFLAGS) -O3 -o ./build/aes.bc aes.c
clang++ -w $(CHEERP_FLAG) $(WASMFLAGS) $(WASM_LOADER) -D_MACRO_WASM_INIT -cheerp-no-math-imul -O3 -o ./build/test.wasm main.cpp ./build/aes.bc
cheerp -wasm 执行结果
node开启 --wasm-opt 运行 wasm 执行 1000000次结果 397-459ms chorme 1000000次结果 400-576ms
js + aes.js 执行结果
node 缓存开启 运行 执行 1000000次结果 2585ms-5600ms chorme 执行 1000000次结果 3156ms-3500ms
js代码
var aesjs = this.aesjs;
var zero = [0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]
var key = zero;
var key = [ 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16 ];
var iv = zero;
var text = '1234567892312710';
var textBytes = aesjs.utils.utf8.toBytes(text);
var aesCbc = new aesjs.ModeOfOperation.cbc(key, iv);
console.time("time_t node");
for(var i = 0; i< 1000000; i++) {
var encryptedBytes = aesCbc.encrypt(textBytes);
}
console.timeEnd("time_t node");
c++代码
void test_for_aes_en() { aes_context ctx ; uint8 Key[16] ={0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}; uint8 Indata[16] ={1,2,3,4,5,6,7,8,9,2,3,1,2,7,1}; uint8 Outdata[16] ={0,0,0,0,0,0,0,0,0,0,0,0,0,0,0};
memset(&ctx,0,sizeof(ctx));
aes_set_key(&ctx, Key, 16*8);
aes_encrypt(&ctx, Indata, Outdata);
}
void m007 () { long int size_w = 1000000; for( long int i = 0 ; i < size_w; i++ ) { test_for_aes_en(); } }
可以看到,经过LLVM优化过的WASM代码执行的效率在V8引擎和Node引之上, V8和Node经过jit已经很快了(其他浏览器速度更慢,firefox执行了 7852ms),wasm 性能在这几个平台移植保持出色和稳定(300-500ms);