I meant to say: evidence collected *thus far* indicates that...
Ceki Gulcu wrote:
Joern Huxhorn wrote:
Nope, a discussion like that is really necessary because this whole
issue is pretty crucial and will essentially decide how well Logback
will perform in environments with >1 CPU-cores.
This will become more and more important with more cores added in every
new CPU generation. The more cores are present, the more relevant the
issue of unfairness will become, since waiting threads will mean idling
CPUs.
While open to further investigation and new data, evidence collected
indicates that threads in Sun's JDK on multi-core CPU
on Linux as well as other platforms can make other threads
starve but that is *not* a logback issue. Moreover, it would be unfair to
penalize *all* logback users using fair locking which is much slower
than synchronization or unfair locks.
As a side note, and if my memory serves me well, you gather caller
data for every log call which can have significant impact on
performance. Are you collecting caller data?
Regards,
Joern.
--
Ceki Gülcü
Logback: The reliable, generic, fast and flexible logging framework for Java.
http://logback.qos.ch
_______________________________________________
logback-dev mailing list
[email protected]
http://qos.ch/mailman/listinfo/logback-dev
