[
https://issues.apache.org/jira/browse/LOGCXX-546?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17471379#comment-17471379
]
Robert Middleton commented on LOGCXX-546:
-----------------------------------------
I believe that this has been resolved, correct?
> Multi threaded applications run at single threaded speed
> --------------------------------------------------------
>
> Key: LOGCXX-546
> URL: https://issues.apache.org/jira/browse/LOGCXX-546
> Project: Log4cxx
> Issue Type: Bug
> Affects Versions: 0.12.0
> Reporter: Dr Stephen L S Webb
> Priority: Major
> Fix For: 0.13.0
>
>
> The benchmark "throughput"
> (https://github.com/apache/logging-log4cxx/pull/87) shows the rate of log4cxx
> calls to a disabled logger is greatly reduced when multiple threads are
> active.
> In version 11.0 the call rate to a disabled logger when multiple threads are
> active is similar to when only a single thread is active.
> Accessing repository using rep = repository.lock() in Logger::isDisabled()
> causes all threads to be serialized when they test if their logger is enabled.
> I suggest Hierarchy hold std::weak_ptr for the Loggers instead of
> std::shared_ptr in LoggerMap and for the root logger.
> Options:
> 1. Logger could hold a raw pointer to the LoggerRepository. The
> LoggerRepository destructor should then do
> {code:C++}
> for (auto& item : this->loggers)
> {
> if (auto pLogger = item.second.lock())
> pLogger->resetRepository();
> }{code}
> Logger can then test for a NULL repositiory instead of lock() on the weak
> pointer.
> 2. Logger could hold a shared pointer to the LoggerRepository.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
