{"push_id":1358930880,"size":2,"distinct_size":2,"ref":"refs/heads/master","head":"f993b266589751c83b36bacf7513ef4daf41de12","before":"7da4623ca165f96b95a545a90c144c70da37fec9","commits":[{"sha":"650132abc6b74e5155cdbceaddf169972e175c1e","author":{"name":"James Bonfield","email":"6eeed454fb58375f4e96af8c413b4be6126267a8@sanger.ac.uk"},"message":"Fixed a bug in the order-1 encoder fir r32x16b_avx2.\n\nI'd baked the -1 (for > vs >=) into xmax, but forgot to update the\norder-1 codec.\n\nAlso tweaked the Makefile so the default block size is not a power of\n2, helping the order-1 decode speeds considerably.  Order-1 requires\nthe input buffer to be split into N equal sized chunks, which causes\ncache line collisions if the division gives the same low order bits\nregularly.\n\nFinally TF_SHIFT and TF_SHIFT_O1 are now settable on the command line\nwith -DTF_SHIFT_O1=10 (for example).  Set the default O1 size to 10\nfor r32x16b_avx2 as if we're using order-1 we're already saying we\nwant a bit better ratio instead of speed, and 9 is pushing it too low\non (eg) bwt data.","distinct":true,"url":"https://api.github.com/repos/jkbonfield/rans_static/commits/650132abc6b74e5155cdbceaddf169972e175c1e"},{"sha":"f993b266589751c83b36bacf7513ef4daf41de12","author":{"name":"James Bonfield","email":"6eeed454fb58375f4e96af8c413b4be6126267a8@sanger.ac.uk"},"message":"Updated benchmarks due to BLK_SIZE changes.","distinct":true,"url":"https://api.github.com/repos/jkbonfield/rans_static/commits/f993b266589751c83b36bacf7513ef4daf41de12"}]}
{"actor":{"display_login":"jkbonfield"}}