You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Mark Lassau (JIRA)" <ji...@apache.org> on 2009/02/16 02:14:59 UTC

[jira] Commented: (LUCENE-1472) DateTools.stringToDate() can cause lock contention under load

    [ https://issues.apache.org/jira/browse/LUCENE-1472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12673771#action_12673771 ] 

Mark Lassau commented on LUCENE-1472:
-------------------------------------

An update for anyone interested:

The test run that showed this contention suffered even worse contention in another component of our application.
Since we have fixed that component, we have no longer observed contention in DateTools.stringToDate(). 

For that reason, this issue is not now considered a priority for us.

> DateTools.stringToDate() can cause lock contention under load
> -------------------------------------------------------------
>
>                 Key: LUCENE-1472
>                 URL: https://issues.apache.org/jira/browse/LUCENE-1472
>             Project: Lucene - Java
>          Issue Type: Improvement
>          Components: Search
>    Affects Versions: 2.3.2
>            Reporter: Mark Lassau
>            Priority: Minor
>             Fix For: 2.9
>
>
> Load testing our application (the JIRA Issue Tracker) has shown that threads spend a lot of time blocked in DateTools.stringToDate().
> The stringToDate() method uses a singleton SimpleDateFormat object to parse the dates.
> Each call to SimpleDateFormat.parse() is *synchronized* because SimpleDateFormat is not thread safe.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org