RE: Performance of Shark

Hi Vladimir,

Thanks for the Response.

At the Moment our XPDL's are not too complicated yet,

I Tried to use Jboss 4.0.0 and Jboss 4.0.2 and I Couldn't get Shark to
Startup, so I've switched it to Tomcat 5.5.9 and it starts and does it's
job.

As for performance, Shark 1.1 fly's in comparison to Shark 1.0, however,
when I'm using the system, processes move at quite a speed, < 2s for my
pages to load on the MVC, but when the whole Dev Team (5 Members) is using
the system responses for Page Loads go up to 20s, which is not a good thing
as I'm gearing for 500 concurrrent Users of the system.

I'm waiting for a new machine, the current machine is a Pentium 4 3.2Ghz,
the new machine is a Pentium D 3.0Ghz, Faster hard-drives etc...

I'm also planning to run the SQL Database on the same machine.

From my Timing routines, Shark Process following and decisions takes up
60=70% of the total time, i.e Comms, MDB's etc take 3s, whereas the shark
decisions are taking 6-9s of the total time.

Currently I've got Tomcat's jvm Configured to use 1G Ram, with a Thread
stack size of 1K, I Have a thread monitor which I Run every now and again
and the threads are remaining below 100 which is brilliant, considering last
week I Had over 1000 running (This was a problem I Found in Jboss MQ Client,
It doesn't terminate it's DAEMON Threads after the Main Thread is killed ).

New Machine I'm planning to Configure Tomcat the same, but I'm going to be
running SQL On 1G Physical ram as well, Currently I've got the Database on a
shared server with 18 other databases (This machine is using 1.5G Physical
ram for SQL).

I'll let you know how the performance is with the Dual Core machine.

Neville van Deventer

-----Original Message-----
From: Vladimir Puskas [mailto:[email protected]] 
Sent: 22 July 2005 10:27 AM
To: [email protected]
Subject: Re: [shark] Performance of Shark

Hello Neville

Can you be more specific, what's wrong with Shark 1.1 in JBoss? How do you
deploy it there?
We have had report that repackaging DODS jars into one helps [1], but I am
curious why don't we have same problem on Tomcat or JOnAS.

As performance issue goes, Shark can hide *many* operations behind one
method call [1]. It depends greatly on your XPDLs and usage scenario.
Version 1.1 should be quite faster than 1.0, especially on XPDL handling...
Nevertheless, we're preparing time measuring and reporting add-on for Shark,
that could shed some light on your problem too.
Attachment contains excerpt from log file made by this component (for all
methods lasting more than 120 ms).

[1] http://mail-archive.objectweb.org/shark/2005-01/msg00195.html
[2] http://mail-archive.objectweb.org/shark/2005-03/msg00016.html

regards
--
Vlada

you wrote:
> Hi List,
> 
> I'm having a slight performance issue, and I'm not sure if the speed 
> I'm getting is right.
> 
> Here's the Setup
> 
> 3 Servers
> 
> Srv       Name      Function                    Running on
> -----------------------------------------------------------
> MVC       MVC       Model View Controller       Jboss 4.0.0, Windows 2000
> SHK       Shark     Workflow Server             Tomcat 5.5.9, Windows 2000
> ESB       ESB       MDB's and message Q's       Jboss 4.0.0, Windows 2003
> Server
> 
> SHK Used to run on Jboss 4.0.0, but since Shark 1.1, the Shark Library 
> does not start up in Jboss.
> 
> Request
> -------
> User Clicks for a Page, this is what Happens :
> 1) MVC Contacts SHK via our own comms method
> 2) SHK Loads the Package if it's not Loaded, if it needs to load it 
> generates the required Participant Mappings.
> 3) SHK Starts a new User Process, with the appropriate request 
> variables placed on the context map.
> 4) SHK in this process calls a wrapper to send a request to MDB For 
> the required Information.
> 5) SHK Waits for the next Activity, or if the process comes to a end 
> will return.
> 6) SHK Sends a updated message back to the MVC.
>

--
You receive this message as a subscriber of the [email protected] mailing list.
To unsubscribe: mailto:[email protected]
For general help: mailto:[email protected]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws