From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,dfedbe83126d2210 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-11-28 00:29:33 PST Path: archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!news.tele.dk!small.news.tele.dk!130.133.1.3!fu-berlin.de!uni-berlin.de!tar-alcarin.cbb-automation.DE!not-for-mail From: dmitry@elros.cbb-automation.de (Dmitry A. Kazakov) Newsgroups: comp.lang.ada Subject: Re: Anyone using Ada with Real-Time Linux? Date: Wed, 28 Nov 2001 08:29:30 GMT Message-ID: <3c049971.305781@News.CIS.DFN.DE> References: <8QcM7.77531$XJ4.41637211@news1.sttln1.wa.home.com> <3c034fbb.1313812@News.CIS.DFN.DE> <3c039d8c.21235968@News.CIS.DFN.DE> <877ksc2o7q.fsf@deneb.enyo.de> NNTP-Posting-Host: tar-alcarin.cbb-automation.de (212.79.194.111) X-Trace: fu-berlin.de 1006936171 5916191 212.79.194.111 (16 [77047]) X-Newsreader: Forte Free Agent 1.21/32.243 Xref: archiver1.google.com comp.lang.ada:17089 Date: 2001-11-28T08:29:30+00:00 List-Id: On Tue, 27 Nov 2001 17:06:01 +0100, Florian Weimer wrote: >dmitry@elros.cbb-automation.de (Dmitry A. Kazakov) writes: > >> [We are considering which OS platform to choose for an embedded "soft" >> real-time system. Our requirements are: 5 ms for the DAQ & control >> task and almost "no matter" for the TCP/IP tasks] > >If the 5ms are a *requirement*, it's not "soft" real time. ;-) It is a "requirement" (:-)). [ You know how it works, there are two ways to deal with problems: 1) an obsolete one is to solve them, 2) a biz one is to change the requirements. ] >(And you shouldn't use a standard Linux version.) Standard Linux has obvious advantages when the hardware configuration should remain open. I mean driver support etc. >>>Whether this would fit the requirement I don't know; there might be >>>unavoidable delays, as Dmitry says. >> >> I heard that the Linux kernel is (or will be) preemptive. If so, there >> [I suppose] should be no big problem with I/O? > >Usually, I/O isn't the problem. Some FS operations and console >switching are major offenders, IIRC. The word "usually" is the major concern. Under WinNT it is also usually no problem, but sometimes, some driver may block the whole system for 100-200ms. >Perhaps you don't need a preemptive kernel. For 2.2.x, there are >patches which add additional scheduling points to lower average >latency (but I don't know if you get an exact 5ms timing, perhaps with >a kernel module using the real-time clock interrupt). About 2-3 years ago I played with i486, 2MB under Linux + gnat (I do not remember which version it was). It easily reached "soft" 1ms with parallel console output. By "soft" I mean that the "real-time" task becomes active within each 1ms interval. Regards, Dmitry Kazakov