Real-time vs. real fast: How to choose? - Paul McKenney, Distinguished engineer, IBM Although "real-time is not real-fast" is a nice sound bite, it does not provide much guidance to developers. This paper will provide the background needed to make a considered design choice between "real time" (getting started as quickly as possible) and "real fast" (getting done quickly once started). In many ways, "real fast" and "real time" are Aesop's tortoise and hare, respectively. But in the real world of real time, sometimes the race goes to the tortoise and sometimes it goes to the hare, depending on the requirements as well as the details of the workload.
Please provide the information below and we will email a message to you with a link for downloading.