This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: udp problem & network stack questions
- From: Andrew Lunn <andrew dot lunn at ascom dot ch>
- To: aacquaviva at deis dot unibo dot it
- Cc: ecos-discuss at sources dot redhat dot com
- Date: Wed, 12 Jun 2002 09:29:49 +0200
- Subject: Re: [ECOS] udp problem & network stack questions
- References: <200206120011.CAA15114@promet2.deis.unibo.it>
> 2. Using a tcp/ip connection (that works) I noticed that the decoding time
> of the mpeg3 decoder doubles if during the decoding the network threads are
> active.
> More clearly, the test I've done to understand why the mpeg3 decoder was not
> real-time is the following:
>
> - The client initializes the interfaces (init_all_network_interfaces)
> - connects to the server
> - starts decoding taking encoded frames from the memory
>
> The decoding time in this case is double with respect to the secoding time I
> get without the first two steps. Is it possible such a performance
> decreasing only caused by the presence of network threads?
What priority is the network threads compared to the mpeg3 decoder?
TCP is obviously not real time, so there is no point running it at a
higher priority than the decoder.
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