I've done some basic tests on the jBoss CVS snapshot of earlier this
work, specifically in regards to performance. I can't say that the
results are impressive, but I've noticed three things that I suspect
lead to 90% of the problem. I was wondering if anyone might have
suggestions for us ?
Issue 1: Some simple testing indicates that neither IBM's 1.3 VM, nor
Sun's 1.3 VM (both cases, on both Linux and w2k), is capable of
JIT-compiling the code. IBM leaves a distinct marker in JIT-compiled
code -- backtraces of exceptions lose line numbers. I wrote a simple
program and tried it in and out of jBoss, and backtraced line numbers
disappeared in the standalone version, but not in the VM. Further,
performance did not degrade at all when I manually disabled the VM by
setting JAVA_COMP to NONE. This undoubtable accounts for a tremendous
amount of the performance lack I see. I remember reading something
about removing the SecurityManager code causing a major difference in
performance -- I wonder if this is related ? Unfortunately, the message
did not give details on how to do this. Anyone have suggestions before
I go digging through code ?
Issue 2: Session bean to entity bean goes through RMI, instead of
direct. I've read that it is NOT supposed to work that way -- any ideas
what I might be doing wrong ?
Issue 3: Transactions appear to be started when you call a
<Home>.create() on an object that has NotSupported, or even Supported,
in the deployment descriptor. TX_SUPPORTED is listed for the .create
call in the log. Any ideas how to remove this transaction ?
<container-transaction>
<method>
<ejb-name>ExpertPaymentAccount</ejb-name>
Do I need to do this for ExpertPaymentAccountHome as well ?
Thanks!
--randy
ps: I'm really trying to avoid spending the $1500 per machine on orion
server, but we need to deploy soon :-( I fear spending the money mostly
because I don't know how long they might stay around, or what kind of
support we might get, and I really want to see jBoss beat the pants off
them in at least bean performance pretty soon. Being based on Tomcat, I
fear there's no hope on jsp/servlet performance, but I plan on writing a
SOAP layer anyways....
--
--------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
