[logback-dev] [JIRA] Created: (LBCORE-220) DBAppender.java performance improvement

Greg Thomas (JIRA) noreply-jira at qos.ch
Wed Sep 7 18:17:16 CEST 2011


DBAppender.java performance improvement
---------------------------------------

                 Key: LBCORE-220
                 URL: http://jira.qos.ch/browse/LBCORE-220
             Project: logback-core
          Issue Type: Bug
          Components: Other
    Affects Versions: 0.9.29
            Reporter: Greg Thomas
            Assignee: Logback dev list


We're seeing a distinct lack of performance with the DBAppender. 

Although it works fine in a single threaded environment, in a multi-threaded environment it slows down considerably. We've done some investigation, and narrowed it down to the pair of synchronized calls to subAppend() and selectEventId() (lines 107->110).

I've had a look at this, and can see no reason for these to be synchronized;

If using the JDBC3 getGeneratedKeys() method then as this applies to the thread specific statement there is no need to be synchronized.

All the "Dialect" based calls are also connection specific; in detail;

H2, HSQLDB and MySQL all call a database function, which is connection specific.

MsSQL and Sybase both select a connection specific variable.

Oracle and PostgreSQL both select the currval from a sequence, which again is connection specific.

Having removed the synchronisation, we're seeing vastly improved logging throughput in our application.

So to summarise; there is unnecessary synchronisation in the DBAppender that slows down multi-threaded applications; removing that synchronisation will improve performance in multi-threaded applications with no side affects.



-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.qos.ch/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the logback-dev mailing list