Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

David del Val

dblp:28/5362 · DBLP profile ↗
← Back
1ranked-venue papers
1as first author
0since 2021 · last 1994
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Applied, interdisciplinary, general and emerging computing · 1 · 1 first-author

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Computer architecture, parallel and distributed computing, and storage systems
1 paper
Embedded and real-time systems · 100%

Topics — the 4 heaviest of 4, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Embedded and real-time systems › real-time scheduling › schedulability analysis
rate monotonic analysis
0.011994
Applying RMA to Improve a High-Speed, Real Time Data Acquisition System · RTSS 1994
Embedded and real-time systems
real-time scheduling
0.011994
Applying RMA to Improve a High-Speed, Real Time Data Acquisition System · RTSS 1994
Embedded and real-time systems › real-time scheduling
schedulability analysis
0.011994
Applying RMA to Improve a High-Speed, Real Time Data Acquisition System · RTSS 1994
Embedded and real-time systems › sensor systems
data acquisition system
0.011994
Applying RMA to Improve a High-Speed, Real Time Data Acquisition System · RTSS 1994

Methods — techniques the papers use, named apart from their topics

rate-monotonic analysis · 0.0asynchronous i/o modeling · 0.0
YearPublicationVenuePosition
1994 Applying RMA to Improve a High-Speed, Real Time Data Acquisition System
abstract
Unlike other real-time systems, data acquisition applications spend most of their time performing synchronous and asynchronous I/O operations. This fact, that affects the tasks' abilities to meet deadlines, can be modelled with some extensions to the classic rate monotonic schedulability test. In this paper, we address this issue by investigating a case study for the application of rate monotonic analysis (RMA) to data acquisition systems. We describe a technique for modelling tasks that perform asynchronous I/O at the end of their executing period; and we also show the logistic and technical problems that can arise when applying RMA at different stages during the development process of an application. We illustrate our ideas with a real-time data acquisition system that we have developed, characterized by a very heterogeneous architecture whose technological components have been pushed to the limits of their performance and capacity.>
David del Val, Ángel Viña
RTSS1