w.r.t #31; Math.DivRem does not appear to be used for optimization purposes; the IL is just div + rem, appears to be an old issue http://stackoverflow.com/q/447282/80572
next bit of #31; smaller data type *does* lead to a very small but consistent improvement; commiting now for future reference, but this option is going away; supercedes existing CustomInt code
convert other CustomWrite<NumberType>'s to use smaller datatypes when possible; closes #31
reproduced speed gains from #36; implementing and adding a speedprooftest for it; closes #36
w.r.t. #33; reimplementing idea (since I've made other changes to _CustomWriteInt, added a speedprooftest, confirmed this approach is ~30% faster; checking in as a reference, this will supercede existing _CustomWrite* code
extend #33 to all custom number writers
extend #33 to custom iso date writer; closes #33
add 1 extra char to DateTime deserialization for 7 digit (ie. 1 tick resolution) datetime support; fixes #43
get started #42; found a bug in the fix for #43 as well, test fixed
fix #43 for real, switches to using tick resolution for all deserialization ops
fixes #42; serialization will now go out to a single Tick of resolution if need be, though it won't always serialize a bunch of extra 0s in will add some trailing zeros if it's easier to deal with
upstream merge

once again, hopefully haven't screwed it :-)