This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
RE: Non-stationary DSR and thread resuming latencies
- From: "Christophe Coutand" <ccoutand at stmi dot com>
- To: "Nikolay Marusov" <nmarusov at gmail dot com>, <ecos-discuss at ecos dot sourceware dot org>
- Date: Thu, 20 May 2010 00:00:57 -0700
- Subject: RE: [ECOS] Non-stationary DSR and thread resuming latencies
- References: <AANLkTimzXpLVGY95sXYHi432gixBxX8aNKSBCWUcputn@mail.gmail.com>
What about having a single interrupt source, will the ISR response time
be constant then?
Christophe
-----Original Message-----
From: ecos-discuss-owner@ecos.sourceware.org
[mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Nikolay
Marusov
Sent: 20. mai 2010 07:54
To: ecos-discuss@ecos.sourceware.org
Subject: [ECOS] Non-stationary DSR and thread resuming latencies
Dear all!
Does anyboby know why DSR latency and thead resuming time may SUDDENLY
increase?
I have tested 2 main variants: immediate handler function call from
DSR and 2-stage handler invokation (resume handler thread in DSR).
Please see pictures below:
http://vo.nfi.kiae.ru/pub/eCos/peaks_82.png - DSR response time
http://vo.nfi.kiae.ru/pub/eCos/peaks_85.png - DSR response time
http://vo.nfi.kiae.ru/pub/eCos/peaks_83.png - Thread resuming from DSR
http://vo.nfi.kiae.ru/pub/eCos/peaks_84.png - Thread resuming from DSR
http://vo.nfi.kiae.ru/pub/eCos/peaks_86.png - DSR response time
without high-priority ISR (other interrupt channel)
I can latch time with microsecond resolution using FPGA periphery. In
our application the irregularity of rensponse time may be critical.
Beside all, it is interesting what may delay THE MOST PRIOTITY
interrupt handler and thread? Maybe eCos scheduler is not so
determinate?
Thanks,
Nikolay.
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss