From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Subject: Re: Isn't this in favour of Ada??
Date: Sat, 6 Aug 2005 13:02:52 +0200
Date: 2005-08-06T13:02:51+02:00 [thread overview]
Message-ID: <hyvxz1qhq43c$.4ir4oixkzl1k.dlg@40tude.net> (raw)
In-Reply-To: 877jf02ud1.fsf@mid.deneb.enyo.de
On Fri, 05 Aug 2005 18:58:50 +0200, Florian Weimer wrote:
> The original claim in this thread was that Ada is particularly
> suitable to the concurrency challenges ahead of us (I don't believe
> that there are any fundamentally new challenges, but let's assume that
> there are). However, in order to create scalable applications, you
> have to use some features of today's operating systems, for example
> I/O multiplexing.
Which is a case of more general waiting for multiple events. The problem is
that multiple-wait is a too low level mechanism. It is not very clear how
to map it on entry calls and accept.
> I am not aware of any Ada implementation which integrates I/O
> multiplexing with tasks. Therefore, it seems to me that Ada's tasking
> is a completely useless burden when developing concurrent applications
> on mainstream operating systems. Usually, you have to figure out how
> to work around it realiably, so that the run-time library continues to
> work.
I disagree. Multitasking is more than just multiplexed I/O. If you look at
Windows (sort of mainstream) you find dozens of calls starting a thread.
Among them only 1 or 2 are actually usable. The synchronization mechanisms
Windows offers are all too low level. So for our C++ project of a
middleware (heavily multitasking), we end up with developing a library that
mimics Ada's rendezvous.
--
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de
next prev parent reply other threads:[~2005-08-06 11:02 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-14 11:34 Isn't this in favour of Ada?? Erlo Haugen
2005-07-14 14:56 ` Mike Silva
2005-07-14 16:11 ` Jeffrey Carter
2005-07-14 18:06 ` Marc A. Criley
2005-07-15 13:05 ` Marin David Condic
2005-07-19 17:03 ` James Alan Farrell
2005-07-19 17:31 ` Ed Falis
2005-07-20 11:49 ` Marin David Condic
2005-07-19 11:40 ` Erlo Haugen
2005-07-19 17:10 ` Jeffrey Carter
2005-07-19 15:41 ` Dan McLeran
2005-07-19 17:17 ` Adrien Plisson
2005-07-20 2:22 ` Jeffrey Carter
2005-07-20 5:13 ` Dan McLeran
2005-07-22 7:30 ` Erlo Haugen
2005-07-22 13:12 ` Marc A. Criley
2005-07-22 13:36 ` Erlo Haugen
2005-07-22 14:24 ` Dan McLeran
2005-07-22 14:29 ` Bob Spooner
2005-07-23 13:02 ` Ludovic Brenta
2005-07-22 18:01 ` Marc A. Criley
2005-07-22 15:49 ` Jeffrey Carter
2005-07-15 14:04 ` Florian Weimer
2005-07-15 21:10 ` Larry Kilgallen
2005-07-18 12:37 ` Marin David Condic
2005-07-18 12:57 ` Ed Falis
2005-07-18 13:18 ` Marin David Condic
2005-07-18 14:12 ` Ed Falis
2005-07-19 12:51 ` Marin David Condic
2005-07-19 18:08 ` Robert A Duff
2005-07-20 5:12 ` Simon Wright
2005-07-20 15:37 ` Robert A Duff
2005-07-21 12:15 ` Marin David Condic
2005-07-21 15:32 ` Robert A Duff
2005-07-20 12:26 ` Marin David Condic
2005-10-27 7:20 ` Robert I. Eachus
2005-08-04 12:59 ` Florian Weimer
2005-08-05 14:29 ` Larry Kilgallen
2005-08-05 16:58 ` Florian Weimer
2005-08-05 23:15 ` Larry Kilgallen
2005-08-06 4:01 ` tmoran
2005-08-06 10:28 ` Pascal Obry
2005-08-06 10:33 ` Pascal Obry
2005-08-06 11:02 ` Dmitry A. Kazakov [this message]
2005-07-21 13:27 ` Maciej Sobczak
2005-07-22 7:39 ` Erlo Haugen
2005-07-22 9:29 ` Maciej Sobczak
2005-07-22 10:41 ` Erlo Haugen
2005-07-22 14:28 ` Alex R. Mosteo
2005-07-22 15:02 ` Pascal Obry
2005-07-25 9:48 ` Tassilo v. Parseval
2005-07-25 13:31 ` Adrien Plisson
2005-07-25 15:08 ` Jerome Hugues
2005-07-25 15:58 ` Adrien Plisson
2005-07-25 21:03 ` Jerome Hugues
2005-07-26 6:03 ` Tassilo v. Parseval
2005-07-25 16:39 ` Pascal Obry
2005-07-26 5:58 ` Tassilo v. Parseval
2005-07-26 17:25 ` Pascal Obry
2005-07-22 15:26 ` Georg Bauhaus
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox