What is the important aspect of a real-time system ?
- 6 Answers
- 20873 Views
- I also Faced
- E-Mail Answers
Answers were Sorted based on User's Feedback
Answer / k. mark o'connor
Determinism is the most important aspect of a real-time
system. How rapid context switches are or short interrupt
latency is a factor of performance, not real-time
processing. Real-time systems MUST be deterministic.
| Is This Answer Correct ? | 15 Yes | 4 No |
Answer / mk
Deterministic & predictable output within a specified
time-interval
| Is This Answer Correct ? | 8 Yes | 4 No |
Answer / guest
The important aspects of a real-time system are its
real-time characteristics being guaranteed, performed, and
sustained in a consistent fashion, such as its rapid context
switches, short interrupt latency, a variety of scheduling
policies, reliable mutual exclusive mechanisms,
multi-threading capability, process communications and
minute testability.
| Is This Answer Correct ? | 11 Yes | 9 No |
Answer / ganesan
output in time and also in correct order(priority) is the
important aspect of a real-time system
| Is This Answer Correct ? | 4 Yes | 3 No |
Answer / ravi a joshi
1. Quick response to real-world events
2. Small memory foot print
3. Real time handling of interrupts
4. Preemptive scheduling
5. Rapid context switches etc
| Is This Answer Correct ? | 7 Yes | 8 No |
Answer / geetha
output in time is the important aspect of real time system
| Is This Answer Correct ? | 2 Yes | 4 No |
What do you mean by deadlock?
If two processes which shares same system memory and system clock in a distributed system, What is it called?
what is the need of creating 4GB of pages in linux?
Give an example of microkernel.
13 Answers Global Edge, Samsung,
What is a mission critical system ?
Describe different job scheduling in operating systems.
What is the state of the processor, when a process is waiting for some event to occur?
When would you choose top down methodology?
what is major concerns about any RTOS selection ?
Write a small dc shell script to find number of FF in the design
I have been working on one thread which manage and control a couple of circular buffers. It has api for other thread to access. As the thread grows bigger and bigger, I split it as 3 to 4 threads which need to share common buffers, and also their api could be used by other threads, (not these three threads). Inside api, I also allow other threads to access these three threads' common buffers(more than one buffer). SO I have to use mutex to avoid race condition . But I found mutex will be everwhere in all the threads when they update the common buffer. I am wondering whether I could reduce mutex usage(more mutex will hure my system performance). any ideas for how to reduce mutex usage meanwhile to avoid race condition. Thanks
What is the difference b/n any GPOS and RTOS?Give suitable examples or characteristic of RTOS to support your answer. What changes can be done in a GPOS to make it work like a RTOS? What basic features will you support, if you have to design a RTOS?
8 Answers Bosch, Emulogic, L&T, Qualcomm,
Vxworks 
