Hi, I talked a lot about low-level speed optimisation after the high-level optimisation is finished this week. I merged my svn-fe-pu branch with jch/next and tested with a 1000 rev dump of patches from git-core. When not blocked, svn-fe can process such revs at ~5000 rev/s on my laptop. This is far above what both svnadmin dump and git fast-import presently achieve and might be deemed excessive. However, this translates to low latency which is critical for parallelisation. I had to use a 10 microsecond sampling interval to get an accurate profile. These numbers have not been normalised but are the complete set of symbols sampled. 2.2% parse_date_basic 1.5% match_string 1.1% svndump_read 1.1% 0x10000af70 [20.2KB] 0.4% strbuf_grow 0.4% strbuf_fread 0.4% strbuf_add 0.4% reset_rev_ctx 0.4% next_quote_pos 0.4% is_date 0.4% fast_export_data 0.4% end_revision 0.4% buffer_read_line 0.4% buffer_copy_bytes I still think it ought to be a little faster. ;) -- David Barr -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html