From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_05,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.5-pre1 X-Received: by 2002:a37:8407:: with SMTP id g7mr10031714qkd.123.1623531374712; Sat, 12 Jun 2021 13:56:14 -0700 (PDT) X-Received: by 2002:a25:745:: with SMTP id 66mr811908ybh.363.1623531374502; Sat, 12 Jun 2021 13:56:14 -0700 (PDT) Path: eternal-september.org!reader02.eternal-september.org!news.mixmin.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Sat, 12 Jun 2021 13:56:14 -0700 (PDT) In-Reply-To: Injection-Info: google-groups.googlegroups.com; posting-host=174.71.119.33; posting-account=ix5KpAoAAAD9zo_4u1FxHVmn1uZn7U_d NNTP-Posting-Host: 174.71.119.33 References: <1d798609-8b73-4bc6-b74f-e435e8af8fedn@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: non-preemptive tasking on GNAT 2020 Windows 10 multicore AMD From: Dan Winslow Injection-Date: Sat, 12 Jun 2021 20:56:14 +0000 Content-Type: text/plain; charset="UTF-8" Xref: reader02.eternal-september.org comp.lang.ada:62206 List-Id: On Saturday, June 12, 2021 at 11:30:37 AM UTC-5, Dmitry A. Kazakov wrote: > On 2021-06-12 18:05, AdaMagica wrote: > > Dmitry A. Kazakov schrieb am Samstag, 12. Juni 2021 um 17:57:39 UTC+2: > >> Because under Windows the default priority is in the time sharing class. > >> As the name suggests such threads are preempted when the their quant > >> expires. AFAIK, even a lower priority thread can preempt a higher > >> priority one if both are time sharing. Time sharing priority only > >> influences the duration of the quant and the chances to gain the processor. > > > > Hm OK. Is this compatible with the Ada RM? > Unless tasks are scheduled by Ada from a single thread, it is difficult > to implement without having administrative rights. I wonder if the > behavior would change should the process start elevated and/or on a real > time priority. Something like that could be a prerequisition for the > pragma to work. One should take a look on the implementation notes... > -- > Regards, > Dmitry A. Kazakov > http://www.dmitry-kazakov.de run as admin made no difference.