Well, based on previous advice we are inspection both the profile and
heap dump. Both point to a problem with one of our business objects
(referenced previous: ShallowSongBO) so I implemented a simple instance
counter on that object.
There is a static variable. It is incremented in the
Andrew Fritz wrote:
Well, based on previous advice we are inspection both the profile and
heap dump. Both point to a problem with one of our business objects
(referenced previous: ShallowSongBO) so I implemented a simple
instance counter on that object.
There is a static variable. It is
On Mon, Apr 07, 2008 at 11:07:16PM +0100, Charles Lyons wrote:
[snip]
So in summary, I'm not sure if this is a bug in Resin or Connector/J 5.1.5,
but the recommended MySQL pooled driver certainly doesn't work as expected.
Hi Charles,
I've filed this as a bug:
[I sent this yesterday morning, but I don't think it made to the
list. Trying once more.]
Right off the bat, that's a big stack size to be using.
I'm assuming you're on a 32-bit machine? If so, then the max
addressable space of your process is 2G, which includes the java heap
plus
On Apr 8, 2008, at 7:55 AM, Andrew Fritz wrote:
Well, based on previous advice we are inspection both the profile
and heap dump. Both point to a problem with one of our business
objects (referenced previous: ShallowSongBO) so I implemented a
simple instance counter on that object.
There
Oh, I'm not blaming the JVM. I'm sure it is working as designed. But,
it sounds like you are sure that GC is running. I'll look into the
hibernate session and Quercus Env objects and see what the heap dump
shows relative to them.
Andrew
Scott Ferguson wrote:
On Apr 8, 2008, at 7:55
It's best practice to set ms and mx (and using -server, which is
passed to resin as -J-server as the first parameter) because it tells
java to grab the entire needed amount of heap right when it starts.
Just to clarify, -J-server is for Resin 3.0, for Resin 3.1 you add a
jvm-arg in
well if you tell your JVM to log GC activity... you will be able to know
what GC is doing
jvm-arg-Xloggc:${server.root}/log/gc.log/jvm-arg
jvm-arg-XX:+PrintGCTimeStamps/jvm-arg
jvm-arg-XX:+PrintGCDetails/jvm-arg
Andrew Fritz wrote:
Oh, I'm not blaming the
I'm attempting to profile our dev server to try to get a better idea of
what is going on (see my other thread). I'm using jprofiler from
jetbrains. I've added the:
-Xrunjprofiler:port=9998
to the resin start options. I found the option in a mail thread. I can
find next to no documents on how to
On Apr 8, 2008, at 10:46 AM, Andrew Fritz wrote:
I found the option in a mail thread.
Jprofiler is a commercial product. That option won't work unless
you've installed JProfiler. I think you can get an evaluation
license, but by all means you should consider forking over the cash
to
I have a licenses...
After much investigation, here is where things stand...
Adding the options to the jvm-arg doesn't appear to work. The resin.jar
file appears to remove or supersede the required -Xbootclasspath/a
option needed to add the agent lib.
Can someone run me through how I
Oh, sorry. I should have included that I was specifying the
-Xbootclasspath/a option. My current conf file includes:
jvm-arg-Xbootclasspath/a:/home/afritz/jprofiler5/bin/agent.jar/jvm-arg
jvm-arg-agentlib:jprofilerti=port=31758/jvm-arg
!--this is copied from a command launched via jprofiler
On Apr 8, 2008, at 3:31 PM, Andrew Fritz wrote:
Oh, sorry. I should have included that I was specifying the -
Xbootclasspath/a option. My current conf file includes:
jvm-arg-Xbootclasspath/a:/home/afritz/jprofiler5/bin/agent.jar/
jvm-arg
jvm-arg-agentlib:jprofilerti=port=31758/jvm-arg
I am trying to use a Lucene index and place my documents to be indexed
into a JMS queue. The Lucene Document class is documented as being
serializable.
When my queue listener tries to work on the submitted lucene Document
object, I get an error:
could not index doc:
Andrew Fritz wrote:
Regardless, I still get a Could not find agent library on the library
path or in the local directory: jprofilerti.
The profiler likely comes with a binary, a file whose name end in .so,
at least for Linux. For jprofilerti the file name would be
libjprofilerti.so I think.
Hmm... Ok, I think you may have it. I copied the jprofiler tree instead
of installing it. I bet it adds itself to my LD_LIBRARY_PATH.
I tried removing the debug options already with no luck.
In any case, I'll try looking for a .so file tomorrow and if that
doesn't fix it, I'll try the
Hi Scott and Daniel,
Thanks for the prompt replies, and sorry for my slow one. It might
be possible to try 3.1.5 in the future. Currently, since we upped
the memory and changed the collector the app is behaving extremely
well, so I don't feel an urgent need to look into it. We'll
17 matches
Mail list logo
