Deutsch   English   Français   Italiano  
<vbuarq$64hr$1@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!news.nobody.at!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: "J-P. Rosen" <rosen@adalog.fr>
Newsgroups: comp.lang.ada
Subject: Re: Ichbiah 2022 compiler mode
Date: Thu, 12 Sep 2024 11:04:58 +0200
Organization: Adalog
Lines: 29
Message-ID: <vbuarq$64hr$1@dont-email.me>
References: <vbc625$at65$1@dont-email.me> <vbdgs7$hedr$1@dont-email.me>
 <lybk10o4u7.fsf@pushface.org> <lk3fsvF7aaaU1@mid.individual.net>
 <vbtrmo$34n9$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 12 Sep 2024 11:04:58 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="bb360825a85c6d369e964917fc9fd1b2";
	logging-data="201275"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+rG2748ocSxv1epKih1XJa"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:6Oyw2vhSr9JWNMO8he3XNRptsN4=
Content-Language: en-US, fr
In-Reply-To: <vbtrmo$34n9$1@dont-email.me>
Bytes: 2701

Le 12/09/2024 à 06:46, Randy Brukardt a écrit :
> I was (of course) presuming that "tasklets" would get those capabilities if
> they were to replace tasks. That's what I meant about "suspension", which is
> not currently allowed for threads in Ada (parallel code is not allowed to
> call potentially blocking operations). If that was changed, then all forms
> of existing task communication would be allowed.
Well, tasks are not only for speeding up code. They can be a very useful 
design tool (active objects, independant activities). I think the Ada 
model is clean and simple, I would hate to see it disappear.

> I'm less certain about the value of priorities, most of the time, they don't
> help writing correct Ada code. (You still need all of the protections
> against race conditions and the like.) I do realize that they are a natural
> way to express constraints on a program. So I admit I don't know in this
> area, in particular if there are things that priorities are truly required
> for.
If you had as many cores as tasks, you would not need priorities. 
Priorities are just optimization on how to manage cores when there are 
not enough of them.
I know that people use priorities to guarantee mutual exclusion, and 
other properties. All these algorithms were designed at the time of 
mono-CPU machines, but they fail on multi-cores. Nowadays, relying on 
priorities for anything else than optimization is bad -and dangerous- 
design.
-- 
J-P. Rosen
Adalog
2 rue du Docteur Lombard, 92441 Issy-les-Moulineaux CEDEX
https://www.adalog.fr https://www.adacontrol.fr