Hi Matt,
it is clearly stated in [1]: take a look where it speaks about %C and %l.
Bye
Piero
[1]http://logging.apache.org/log4j/docs/api/org/apache/log4j/PatternLayout.html
Alle 20:49, giovedì 9 novembre 2006, matt.accola ha scritto:
It turned out to be the use of %C %l in PatternLayout.
matt.accola wrote:
Thanks for the reply!
The scenario is that my customer has the 64-bit machine and I have only
32-bit systems for testing. That's a problem because they will not allow me
to run our profiler on their environment :( I cannot replicate in the
32-bit environment so I can't
I have been pulled away on some other things. The next free moment I get
I'll post the results of some additional tests based on your comments.
--
View this message in context:
http://www.nabble.com/Log4j-1.2.9%2C-64-bit%2C-Websphere-Performance-Problems-tf2088247.html#a5914135
Sent from the
What can I do to get some help on this issue? Please let me know if I can
provide more information? I have opened a ticket with IBM but I think the
Log4j community will probably be more helpful.
--
View this message in context:
matt.accola wrote:
What can I do to get some help on this issue? Please let me know if I can
provide more information? I have opened a ticket with IBM but I think the
Log4j community will probably be more helpful.
Have you tried to do profiling of the application or the test-case while
it
Thanks for the reply!
The scenario is that my customer has the 64-bit machine and I have only
32-bit systems for testing. That's a problem because they will not allow me
to run our profiler on their environment :( I cannot replicate in the
32-bit environment so I can't profile here. I am
If you take a look at my test cases, I did isolate the file I/O. One of the
tests writes 1000 statements to the servlet console, which I assume uses
STDOUT. That is blazing fast.
Why don't you just try to write some garbage to a file for testing?
Maybe go to the RollingFileAppender's source
We are having performance problems which we traced to overhead from our
logging. Each log statemement is taking around 200 ms. The details of the
logging configuration are:
Log4j 1.2.8 with RollingLogFileAppender
http://www.nabble.com/user-files/267/test_jsps.zip test_jsps.zip
File
Just a clarification. I report that log4j statements were taking about 200
ms but my tests show around 100 ms. This is due to the fact that larger log
statements, like the ones in the application, take longer than the small
message used in the tests.
--
View this message in context: