[ECOS] eCos Performance

[ECOS] eCos Performance

[mkhoyila]

Hi Gary,

Can you help me to improve performance of eCos ethernet driver. I am
getting these numbers with similar test setup

Linux: max 26,000 packets (60 bytes) per second (single burst) with no drops
eCos: max 8,500 packets (60 bytes) per second (single burst) with no drops

I was hoping with eCos I could reach around 35,000 packet/sec. Is there
any way I could better tune the driver to reach my goal. Thanks.

Michael


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] eCos Performance

[Andrew Lunn]

On Fri, Sep 09, 2005 at 06:08:34PM -0700, mkhoyila@uci.edu wrote:
> Hi Gary,
> 
> Can you help me to improve performance of eCos ethernet driver. I am
> getting these numbers with similar test setup
> 
> Linux: max 26,000 packets (60 bytes) per second (single burst) with no drops
> eCos: max 8,500 packets (60 bytes) per second (single burst) with no drops
> 
> I was hoping with eCos I could reach around 35,000 packet/sec. Is there
> any way I could better tune the driver to reach my goal. Thanks.

eCos is an RTOS. The design of the networking makes some sacrifices to
make sure the real time services stay real time. This results in
networking being a bit slow.

If you want really high network performance i suggets you look for a
none RTOS.

        Andrew

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] ecos performance

[Andrew Lunn]

On Thu, Apr 04, 2002 at 07:08:22AM +0100, Jonathan Larmour wrote:
> Stijn Symons wrote:
> > 
> > Hi all,
> > 
> > were still trying to speed up things with are Java VM on eCos. We've got
> > it a little faster, but still it's significantly slower than embedded
> > linux. Our question is: we use queue's and memory pools heavily. The
> > pool is +/- 15 Mb and the queue's are used to zip/unzip all the class
> > files.
> > 
> > Is it possible that it could be these that slow down the program?
> 
> Not intrinsically - but maybe the *way* your using them is the problem
> (e.g. a zillion 1 byte allocs and frees etc. :-)).
> 
> We've been developing profiling technology (with gprof) for some customers,
> but it won't be used with eCos apps (it's to do with other apps loaded via
> RedBoot). This is probably the type of thing you need to have developed to
> work out what's happening.

If you look a long way back in the archive, Dec 1999, you will find an
email which contained a basic profiler. It was for the ARM EBSA285,
but the basic code can be ported to other platforms with some
work. That will gve you an idea which functions are taking up the
time.

    Andrew

-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] ecos performance

[Jonathan Larmour]

Stijn Symons wrote:
> 
> Hi all,
> 
> were still trying to speed up things with are Java VM on eCos. We've got
> it a little faster, but still it's significantly slower than embedded
> linux. Our question is: we use queue's and memory pools heavily. The
> pool is +/- 15 Mb and the queue's are used to zip/unzip all the class
> files.
> 
> Is it possible that it could be these that slow down the program?

Not intrinsically - but maybe the *way* your using them is the problem
(e.g. a zillion 1 byte allocs and frees etc. :-)).

We've been developing profiling technology (with gprof) for some customers,
but it won't be used with eCos apps (it's to do with other apps loaded via
RedBoot). This is probably the type of thing you need to have developed to
work out what's happening.

Jifl
-- 
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
Maybe this world is another planet's Hell -Aldous Huxley || Opinions==mine

-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

[ECOS] ecos performance

[Stijn Symons]

Hi all,

were still trying to speed up things with are Java VM on eCos. We've got 
it a little faster, but still it's significantly slower than embedded 
linux. Our question is: we use queue's and memory pools heavily. The 
pool is +/- 15 Mb and the queue's are used to zip/unzip all the class 
files.

Is it possible that it could be these that slow down the program?

thanks,

Stijn&Tom




-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss