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,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,adb9b9207aecb4b3 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news2.google.com!proxad.net!fr.ip.ndsoftware.net!news.tele.dk!not-for-mail Sender: malo@0x5358c09e.boanxx18.adsl-dhcp.tele.dk Newsgroups: comp.lang.ada Subject: Re: epoll Ada binding References: <311c6b78.0410181100.76f4e8ab@posting.google.com> <311c6b78.0410182103.110885b7@posting.google.com> From: Mark Lorenzen Date: 22 Oct 2004 19:47:43 +0200 Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Organization: TDC Totalloesninger NNTP-Posting-Host: 83.88.192.158 X-Trace: 1098467228 dtext02.news.tele.dk 181 83.88.192.158:26054 X-Complaints-To: abuse@post.tele.dk Xref: g2news1.google.com comp.lang.ada:5646 Date: 2004-10-22T19:47:43+02:00 List-Id: Ole-Hjalmar Kristensen writes: > But wouldn't it be better if the built-in tasks could be made lightweight > enough by changing the run time system? Then you would not have to > choose between two different task types, and all your familiar > abstractions would work. Actually I miss Occam on the transputers, > where task switching had the same cost as a subroutine call. Yes, if task switching can be made lightweight enough. I have worked with software for telephony switches that may have f.x. 50,000 ongoing calls. Each call is a long chain of "tasks", so all in all the amount of tasking resources needed can be very large. > I think this is better handled by a program generator, like this one: > http://smc.sourceforge.net I do not know that particular application, but a state machine compiler could be a good tool. - Mark Lorenzen