On Wed, Sep 10, 2014 at 5:00 AM, Jan Nijtmans <[email protected]> wrote:
> 2014-09-08 18:50 GMT+02:00 Joe Mistachkin <[email protected]>: > > > > I would appreciate reviews of the following branches for inclusion in > trunk: > > > > https://www.fossil-scm.org/index.html/timeline?r=xferUuidList > > > > One more branch which is ready to be reviewed for inclusion in trunk: > > http://fossil-scm.org/index.html/timeline?r=multi-thread > > > This branch adds a "max-worker-threads" setting which > enables a new feature in SQLite 3.8.7: "Provide the ability > for the sorter to start and use auxiliary helper threads in > order to increase real-time response.". > In my measurements, multiple worker threads only provide a performance advantage when you are sorting millions of rows. Which is not something that happens very often in Fossil. On the other hand, there is a performance advantage on *all* operations to disabling mutexes. So my guess is that the patch above makes things slower, not faster. Though, I admit, I have not measured. Have you? -- D. Richard Hipp [email protected]
_______________________________________________ fossil-users mailing list [email protected] http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
