From mboxrd@z Thu Jan 1 00:00:00 1970 Path: eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Ichbiah 2022 compiler mode Date: Thu, 12 Sep 2024 11:07:01 +0200 Organization: A noiseless patient Spider Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Thu, 12 Sep 2024 11:07:01 +0200 (CEST) Injection-Info: dont-email.me; posting-host="8429d6de9154017665bd68fe9f1c7795"; logging-data="198024"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18c34YIswZjMGAlKw6k9idySjcqn/sqPbM=" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:bBALVKxZuFw+wWIebCcCAX4Lzds= Content-Language: en-US In-Reply-To: Xref: news.eternal-september.org comp.lang.ada:66340 List-Id: On 2024-09-12 09:42, Niklas Holsti wrote: > I don't mind at all if a future Ada evolution merges tasks and > "parallel", although it might defeat the easier access to multi-core > true parallelism that is the goal of the "parallel" extension, AIUI. To me usefulness of "parallel" is yet to be seen, while tasks proved to be immensely useful on all architectures available. > Priorities (or the equivalent, such as deadlines) are absolutely > required for real-time systems where there are fewer cores than > concurrent/parallel activities so that the system has to schedule more > than one such activity on one core. > > If Ada did not have tasks with priorities, most of the Ada applications > I have worked on in my life would have had to avoid Ada tasking and > retreat to using some other real-time kernel, with ad-hoc mapping of the > kernels's threads to Ada procedures. Right. > Despite the transition to multi-core processors, I think that there will > continue to be systems where scheduling is required, because the number > of concurrent/parallel activities will increase too. Yes. The law of nature is that any resources becoming available will be consumed by the software regardless the purpose of... (:-)) -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de