[Ace-users] Re: [tao-users] RTEC Performance Issue

Johnny Willemsen jwillemsen at remedy.nl
Tue Sep 18 02:16:18 CDT 2007


Hi,
 
Your numbers look too high, can you have a look at orb logging and see what
is happening? Maybe something is looping.
 
Regads,
 
Johnny Willemsen
Remedy IT
Postbus 101
2650 AC  Berkel en Rodenrijs
The Netherlands
www.theaceorb.nl / www.remedy.nl 

*** Integrated compile and test statistics see
http://scoreboard.theaceorb.nl <http://scoreboard.theaceorb.nl/>  ***
*** Commercial service and support for ACE/TAO/CIAO             ***
*** See http://www.theaceorb.nl/en/support.html                 *** 


________________________________

	From: tao-users-bounces at cse.wustl.edu
[mailto:tao-users-bounces at cse.wustl.edu] On Behalf Of Keith Nicewarner
	Sent: Tuesday, September 11, 2007 6:33 PM
	To: tao-users at cse.wustl.edu
	Subject: [tao-users] RTEC Performance Issue
	
	

	We're using ACE+TAO-5.5.3 and more specifically the UDP multicast
gateway RTEC.  The target platform is PPC Linux and the compiler is gcc
4.0.0.

	 

	We have an event that is published at 400 Hz.  The publish side
seems fine - barely using the CPU - until a consumer is run.  Since I'm
using UDP multicast, I'm not sure how it knows when a consumer is run, but
once it does, the publisher maxes out the CPU.  If I run a publisher on a
different machine and just a consumer on the target, the consumer maxes out
the CPU trying to keep up.  Focusing on the consumer, I've hacked out all of
my code (the POA_RtecEventComm::PushConsumer::push function simply returns)
and it still has the same problem.  I doubt this is an RTEC bug but rather a
misconfiguration (since I know folks are using the RTEC in more taxing
circumstances).

	 

	Here is the configuration I'm using for all my RTEC apps (I do a
static init without a svc.conf file):

	 

	      "-ECObserver", "basic",

	      "-ECProxyPushConsumerCollection", "mt:copy_on_write:list",

	      "-ECProxyPushSupplierCollection", "mt:copy_on_write:list",

	      "-ECDispatching", "reactive",

	      "-ECScheduling", "null",

	      "-ECFiltering", "prefix",

	      "-ECSupplierFilter", "per-supplier"

	 

	Is there something I'm doing here that is causing unnecessary work?
Our consumer app is pretty simple - it only has a single consumer for a
specific event type.  I think I copied these settings from somewhere else
and admittedly don't fully understand what impact it has on performance.
The EC config doc doesn't give many hints as to what combination would be
the highest performance for a simple app.  I've tried a few tweaks to the
configuration but it didn't help.

	 

	Thanks,

	Keith.

	 

	 

	********************************************************

	Dr. Keith Nicewarner      keith.nicewarner at spacedev.com
<mailto:keith.nicewarner at spacedev.com> 

	Chief Software Architect                   858-375-2079

	SpaceDev, Inc.                         www.spacedev.com
<http://www.spacedev.com> 

	13855 Stowe Drive                  San Diego, CA, 92064

	********************************************************

	This email message and any information or files contained within or
attached to this message may be privileged, confidential, proprietary and
protected from disclosure and is intended only for the person or entity to
which it is addressed.  This email is considered a business record and is
therefore property of the SpaceDev, Inc.  Any direct or indirect review,
re-transmission, dissemination, forwarding, printing, use, disclosure, or
copying of this message or any part thereof or other use of or any file
attached to this message, or taking of any action in reliance upon this
information by persons or entities other than the intended recipient is
prohibited.  If you received this message in error, please immediately
inform the sender by reply e-mail and delete the message and any attachments
and all copies of it from your system and destroy any hard copies of it.  No
confidentiality or privilege is waived or lost by any mis-transmission.
SpaceDev, Inc. is neither liable for proper, complete transmission or the
information contained in this communication, nor any delay in its receipt or
any virus contained therein.  No representation, warranty or undertaking
(express or implied) is given and no responsibility or liability is accepted
by SpaceDev, Inc., as to the accuracy or the information contained herein or
for any loss or damage (be it direct, indirect, special or other
consequential) arising from reliance on it.  NOTICE: The information
contained in this transmission may contain technical data controlled for
export by the U.S. Department of State, under the International Traffic in
Arms Regulations (ITARs). Disclosure (including oral or visual disclosure)
or transfer of this information to foreign persons is prohibited without
U.S. Government authorization.

	 




More information about the Ace-users mailing list