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=-0.8 required=5.0 tests=BAYES_00,INVALID_DATE autolearn=no autolearn_force=no version=3.4.4 Path: utzoo!attcan!uunet!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!harvax.UUCP!harold From: harold@harvax.UUCP (Harold Rabbie) Newsgroups: comp.lang.ada Subject: Senseless Bashing Message-ID: <8911210135.AA16930@monolith.RDYNET> Date: 21 Nov 89 01:35:24 GMT Sender: usenet@ucbvax.BERKELEY.EDU Organization: The Internet List-Id: OK, let's get this issue out of the way regarding Ada tasking. Mr. Holden states the following: >> Another article in the same issue describes the use of Ada in connection >> with a real-time embedded digital signal processing application. Since >> Ada tasking could not be made fast enough for such work, the engineers >> adapted a commercial run-time system, VRTX, and informed all programmers: >> "Thou shalt not use Ada tasking, but rather VRTX tasking. >> "Thou shalt not use Ada dynamic memory allocation... >> "Thou shalt not use Ada generics; too slow... 'Tain't true that Ada tasking can't be made fast enough. How do you measure speed? You can buy a superset of VRTX called ARTX which implements Ada tasking, and, amazingly, it has the SAME context switch time for Ada tasks as VRTX tasks. So it's not Ada tasking that's broken, it's just some of the implementations. Also, Ada dynamic memory allocation - there are implementations that are slow, don't support UNCHECKED_DEALLOCATION, and raise STORAGE_ERROR just as soon as look at you. But then there are some that don't, and that give you fixed execution time for allocation and de-allocation. May the forces of free-market capitalism prevail! Ada generics too slow? Most implementations that I'm aware of just spit out multiple copies of the same code. Too large, maybe, but not too slow. I never understood this belief that generics somehow aren't safe Ada. After all, they're only glorified macros. Exceptions on the other hand ........ are just glorified GOTOs. --------------------------+-------------------------------------------- select | Harold Rabbie "Kernel Sanders" when REAL_TIME => | Ready Systems "We do real time right" accept READY_SYSTEMS; | PHONE: (408)522-7329 or | FAX: (408)736-3400 terminate; | UUNET: {sun!pyramid,hplabs}!harvax!harold end select; | ARPA: rabbieh@ajpo.sei.cmu.edu --------------------------+--------------------------------------------