Return-Path: Delivered-To: apmail-logging-log4j-user-archive@www.apache.org Received: (qmail 5055 invoked from network); 14 Aug 2006 19:00:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 14 Aug 2006 19:00:45 -0000 Received: (qmail 37680 invoked by uid 500); 14 Aug 2006 19:00:43 -0000 Delivered-To: apmail-logging-log4j-user-archive@logging.apache.org Received: (qmail 37446 invoked by uid 500); 14 Aug 2006 19:00:42 -0000 Mailing-List: contact log4j-user-help@logging.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Log4J Users List" Reply-To: "Log4J Users List" Delivered-To: mailing list log4j-user@logging.apache.org Received: (qmail 37434 invoked by uid 99); 14 Aug 2006 19:00:42 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Aug 2006 12:00:42 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [212.33.142.3] (HELO mailserver.no) (212.33.142.3) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Aug 2006 12:00:41 -0700 Received: from [10.10.10.10] (cm-84.208.115.107.chello.no [84.208.115.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailserver.no (Postfix) with ESMTP id 30087F8CD1 for ; Mon, 14 Aug 2006 21:00:14 +0200 (CEST) Message-ID: <44E0C83C.9070502@Stolsvik.com> Date: Mon, 14 Aug 2006 21:00:12 +0200 From: =?UTF-8?B?RW5kcmUgU3TDuGxzdmlr?= Organization: Home! User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Log4J Users List Subject: Re: Log4j 1.2.9, 64-bit, Websphere Performance Problems References: <5755612.post@talk.nabble.com> <5755664.post@talk.nabble.com> <5795740.post@talk.nabble.com> <44E0B1D9.8030408@Stolsvik.com> <5801026.post@talk.nabble.com> In-Reply-To: <5801026.post@talk.nabble.com> Content-Type: multipart/mixed; boundary="------------040009090401020102030808" X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --------------040009090401020102030808 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > 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 and check what it does, and try to pinch down what _actually_ is slow - if it is plain straigthforward file IO, then you're obviously slightly screwed in regards to "pure java" bughunting. .. and btw, customers that have an aversion to profilers should be shot, at least a little bit! > The file is on a local system, not remote. There is no J2EE security > enabled or anything. > > One concerning thing is that even the stand-alone Java application writes > log statement 4 times slower. Right.. Again - make a servlet or bean or whatever (standalone java is obviously the simplest testing platform here), and just write a megabyte of garbage to a file, try both binary (bytestream) and chars (maybe its the charset conversion?!), try also in some different locations, just to rule out "strange areas" of the filesystem - check the speed against your own setup. You could maybe profile the standalone application, at least? Even remote; both JProfiler and YourKit (the two I know!) can do "profile-to-file" stuff. Happy hacking! Regards, Endre. --------------040009090401020102030808 Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org --------------040009090401020102030808--