近日将整个打包文件与某段字符串做了异或.算是简单的加个密.如果是100M的文件.一个字符一个字符的进行循环操作.要循环1024*1024*100次.如果MMX.可以64位一起操作.循环次数就减少至1/8.如果使用SSE2.可以128位一起操作.循环次数可以减少至1/16.优化空间还是蛮大的.于是对此操作进行了优化.
先是使用MMX.没问题.再使用SSE2进行改写.却在_mm_xor_si128处频频发生crash.
文档中说使用SSE2指令集时需保证传入的内存地址必须是16位对齐的.但对要传入的结构指定了对齐方式.却还是有crash的情况.将操作记录下来发现.结构A要传入SSE2.那么在定义结构时.必须使用__declspec(align(16)) struct A {};进行指定.但仅仅如此似乎不够.当A对象的首地址不为16的整数倍时就会发生crash.所以大部分时候栈上分配的A对象符合这个要求.不会引发crash.
但怎么看文档也没有找到说一定要求传入的内存首地址必须是16的整数倍的说明.以下这句应该理解为内存对齐吧.
Source and destination pointers contain 16-byte aligned addresses.
如果有达人知道.还请留言指点.
后来发现还有个办法.首先使用_mm_loadu_si128将非16位对齐的内存载入到寄存器中.返回一个寄存器地址.使用寄存器进行操作后再用_mm_storeu_128将寄存器卸载到内存.这能解决crash的问题.
整个异或操作代码如下
#include <intrin.h> #include <mmintrin.h> class XORClass { public: static void encode( void* szContext, size_t iSize, void* szKey ) { __m128i* ps1 = (__m128i*)szContex; __m128i* ps2 = (__m128i*)szKey; int iLoop = iSize / 128; for( int i = 0; i < iLoop; i++ ) { __m128i xmm1 = _mm_load_si128(ps1); __m128i xmm2 = _mm_load_si128(ps2); __m128i xsmm = _mm_xor_si128(xmm1, xmm2); _mm_store_si128(ps1, xsmm); ++ps1; ++ps2; } } }