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.3 required=5.0 tests=BAYES_00,INVALID_MSGID, MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,dc89792b5613be6a X-Google-Attributes: gid103376,public From: Ted Dennison Subject: Re: Converting Ada Tasks To VxWorks Tasks? Date: 2000/04/14 Message-ID: <8d7bp9$f9h$1@nnrp1.deja.com>#1/1 X-Deja-AN: 611131384 References: <1crJ4.142$d21.18564@elnws01> <38F6623B.C365A224@acm.org> X-Http-Proxy: 1.0 x34.deja.com:80 (Squid/1.1.22) for client 204.48.27.130 Organization: Deja.com - Before you buy. X-Article-Creation-Date: Fri Apr 14 15:00:04 2000 GMT X-MyDeja-Info: XMYDJUIDtedennison Newsgroups: comp.lang.ada X-Http-User-Agent: Mozilla/4.7 [en] (WinNT; I) Date: 2000-04-14T00:00:00+00:00 List-Id: In article , "Michael Hartsough" wrote: > I've been vilified by the powers-that-be for making this particular > program multi-tasking. In "our shop" the only way to implement a > real-time system is by employing a cyclic-executive. I've found a lot of places that do real-time work are conservative in the extreme about this kind of thing. I think a large part of the reason is that the job tends to require a lot of domain-specific knowledge that has nothing to do with software engineering (eg: Engines, Avionics). People who have that knowledge aren't nessecarily good s/w engnieers (some are). But if they have one way of scheduling that's always worked in the past and they know how to deal with, their goal in life is to plunk down systems as close to that as possible from now on. I discovered this myself the hard way when I tried creating a new scheduler for a simulator. My first cut with everyone doing "delay until" and no central scheduler, no-one would accept. The problem was it did not rigidly constrain the order that tasks at the same priority ran. I thought of that as an advantage, because you could plunk in extra processors transparently to boost performance. But the domain engineers always wrote their code assuming that model X ran to completion just in front of them, and model Y will run to completion just after them. They don't have to worry about synchornization with higher priority tasks because they copy all the data they need from them into locals up front, theoreticly before that higher-priority task has a chance to start another iteration. They don't know any other way to write it, and talking about other ways just scares them. > Forgive me for blowing off some steam. I spent 12 years being a > student of Ada, and now I'm being "retrained" to be a good little > C++ developer. My career, as I knew it, has been destroyed by this I myself spent 11 years at GE/Martin Marietta/Lockheed Martin. Believe me, 11 years is a long time at a single company these days. C++ isn't nessecarily a bad skill to learn at your company's expense. But if some idiot over your head decides to take you up as their pet punching bag, that's a really bad scene, and you can't do a damn thing about it (I've been there too). They'll eventually reap what they sow, but that will only be a small satisfaction to everyone else working there. As you touched on before, Ada developers are in demand. Sometimes its time to fish, and sometimes its time to cut bait... -- T.E.D. http://www.telepath.com/~dennison/Ted/TED.html Sent via Deja.com http://www.deja.com/ Before you buy.