This is the mail archive of the ecos-discuss@sourceware.org mailing list for the eCos project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: Non-stationary DSR and thread resuming latencies


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]