[sldev] Cache politics: performance vs obfuscation

Jason Giglio gigstaggart at gmail.com
Thu Jun 12 02:18:28 PDT 2008


Argent Stonecutter wrote:
> There is no optimization necessary, because there's no codec, and  
> miminal overhead: it's a straight copy and a tight "XOR" loop. Even  
> simple RLL encoding is more overhead.

If we are going to use stupid and ineffective token measures to
obfuscate, then we shouldn't waste time XORing the entire file.

Pre-pending the NUL character, ASCII 0, onto the beginning of file will
prevent it from being recognized as valid by pretty much everything.

I tested it, it works.  Nothing could open a jpg that I prepended ASCII
0 onto the beginning of.

-Jason
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3253 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20080612/deb971ee/smime.bin


More information about the SLDev mailing list