这个文章主要演示了一个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
node开启 --wasm-opt 运行
wasm 执行 1000000次结果 397-459ms
chorme
1000000次结果 400-576ms
node 缓存开启 运行
执行 1000000次结果 2585ms-5600ms
chorme
执行 1000000次结果 3156ms-3500ms
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 ];
// The initialization vector (must be 16 bytes)
var iv = zero;//[ 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34,35, 36 ];
// Convert text to bytes (text must be a multiple of 16 bytes)
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");
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);