From owner-sc22wg5+sc22wg5-dom9=www.open-std.org@open-std.org Mon Jul 4 22:43:10 2022 Return-Path: X-Original-To: sc22wg5-dom9 Delivered-To: sc22wg5-dom9@www.open-std.org Received: by www.open-std.org (Postfix, from userid 521) id BAC00358D13; Mon, 4 Jul 2022 22:43:10 +0200 (CEST) Delivered-To: sc22wg5@open-std.org Received: from sonic301-35.consmr.mail.ne1.yahoo.com (sonic301-35.consmr.mail.ne1.yahoo.com [66.163.184.204]) by www.open-std.org (Postfix) with ESMTP id 1C395358CEF for ; Mon, 4 Jul 2022 22:43:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1656967387; bh=+INdK+3UY5uhnrGQRwq1pM2dmcq1lLJ4pRIaUnuO7w0=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From:Subject:Reply-To; b=XenlVYD4StkLOEli63UIiyS2CVO6CvdOmYdHIwIMRnqVdsJHYUUo7z+rFoKDEUjDLtqZ9BoXciYjnSprHZe55D0RW24XjA7fczCTrhYn3qIseFRprHUjpvrScFHg7izxIGAu4ZOBLFxpF0jDn20K5bOd+t4A2YvX2sciczl//5igHYUtaD8i1gWQUc+0V/ywJnjdUVw2xG9hfoWyogkHGvux3jrcO3dyQcSHUBWILNl1cfWhtTtPw5uES/KDFgJsXOQWSsP6AAPDQni9RpgsOhlM9+8jMLeus6AQvfNS1m8nV9cWZ/G3F2AefHgPVKxQklmT+uoIDiXBHn5bLXJW2A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1656967387; bh=z37t6qXIFvdMibTNoOQkc5ihpB+OI82p0vPsgZld2QY=; h=X-Sonic-MF:Subject:From:To:Date:From:Subject; b=gfq27c9D8Nxb/6jfPvk5htorbtmlKo5kt+vudktFbMp/1hs71lfw5RXJv0QAanVoz4cKclQs4z2zZeRtXjmAlq1Aj/GeYzyzrzKYnsLaARd3oTGVQY5O0lpoxqHpbCH2FFtIK116LMzuuYsMo5ULq9C53t372g2o1qZm0q1jcGW9XCi8ddWbZaaC5BJ9a+T2/Wojt7i+nOWyAHFs9myQ5pxwmmsCbt0bTRvj09IBHCwhenzydFLN85RKPd7nLnuFo6TCxDb5Jarc4G2EtzsFOAI2g0Qu1jzZlbeblvYJgQ/ks6rohNzIdBZJKm50WTBfZf+zxui12vNmlT8L85urPA== X-YMail-OSG: iMAoox8VM1m7.H2ixk5KtIAzUzJ8G9l5HFazYSIz2bBpiHazDaWUoS7S7eiwizE bNk8ndTsoSudkHAbCyCiKQiex.P2LXCCWUomVt1UZqnT6vGQRBjqcrV9IGsKfYjqWMZkPaTr2ph5 CJiUobAoPiSgzVQ6y3YPWaMu7nQHsDeTI8b_BS9A7.W6nbTHhgwkQwoRIgvCYdmQTWvR2CB8XAbC D1oawV7Wl2lUYRSe_8vMo9s6k77nXoBoi50irw5mYSmh_uWAGJ8N2Uz8uSUS06jNEoV.oiKUkZPi qEyjkQ05BSHwU_xyYgwNMvbeqJpq36_VALbPqYjzpJsAoz6GGSSzxHHLX8NNImEc7lsQH5l2XCt8 mceOBEML3.Vsyyngs.rTEseiNYd7gwrPHv1hQppBWLlroMKcs9ToQnh_q8VIW4oc_XYE.KO6ekTw hAPNcG7Cy5qQM74lU2cS6uULlzLKI2gyprVy5dhZMUmbRUkyz3mKLYibKPHZIbysHI2ue0yHvNgX zANrpe.aKb2u5FNYLCwcvwaG97B4pLgOwWonGMDVW2MRg9w7_Z.pCsH3_eDW9Z_yAzVZuZlA6279 x0KV26DeP3MozrlmuDubOey8gwT6kbiU15Lwm5XcOk0JrePDtd2UKXWbz6YOszMv.ndVjTehGj70 vuiCmTwSGad7hHw7Ze5V7syXxZ26dWVj4UVHAIw4bfRVHGGOpk1u5ddugtid5nFo16Zh4R0PirhX PD5cxLCx31_Nbq5jJAjWBmnytccupuF64hixhpClxht03SiaapkOSb0pM0ITf8h9iELoaZBUgkZP kNlIbsXYpi7dRJ.lBN4MJqE1EgE1xDzm9csdFxOzAef5h3joUst.PvGoYpsBKp26jmHrrkVhSa9X 0Y0lyxSoxuNrxlpudj7ntLk_dFgdDo1LvQd2H.QKUufcZzepOhaTkUA_XtKkopMuCMvLmMX815vJ pXZcxZl1i8yTfkM0cVAadYiwJQplstbhnxdvaJz97EsNH9BF6UdgSM88gqz1uUPsnXSEPUgLv6NU nwPvGMc2gw7pwG7Zsd99wErB7VnMzXOhgq4waijEjly2T9YPS7badLDxR8iq18836MpnJOI9JdB2 ba_b2Rf0M7nLkC5USIwiBIyoms_7PMb3DBQyvvptCONMorlImyMYVZR_g4Kjw_IqtzQG9pjB4jpJ YR_.7e.OTE5KnBtxge4AkL3pogVgrBNVRNeNMlRuYu2hJ1Mte5PZ3nBHxebESCWkbhH0yYI3vGO. r12_6QheqP0YGMKgmYoD9FpNDEO_vD2lKjlj6DhHmhDh0HvxqBn1VIAlsFxvYfeLSt5MEb6uOG._ y82rEvUoDCh_5D95ZzLfV_00qYuOACG530yKMq98CSZSStEYu.NqYe1fAa4qWY.vXk3SaZPXMslU g7yRVdPetglr6doKs2Fi0lBI8zzLdcXUlKaje6NFVxKTwEZwFQLN5xk.jAxtAKTxzrtFoFGCC2kQ AEOvhCrjzuue09rAPtwWYQ.7BkJGTiaZZJfGIsHBwkwZ4Rw4jH.0K7oN.7BJAmVJgCzUfA0r8YuS 4NnQ7A4V_HXMlp2vvKRO5kmitzFb7M1HWYCwGr1dIyZG6Qc4D7DJJRO7w3z2rX4xcI12MYNyrP9H OGFACDNTJv.oah4xQtvnDb_R.aoX8HhNx_jiYTGI8sDmpQZ5JA0hD2uinuTmG18yghRNInOqU14o qOVlRiHDLJa6y5Xx5H1C16QkLry02zIl96jNvd9rCMGTOQAE9m9OjTTo3xXwrPIk3divRCAHXjee 0uphN6VrNU0y_Y7A2Fz442E2pZM.tcoMPtR4TMO1he_0jiV3kICD05PhEkBRCxoeDb7wVbSCGwK9 SHe1167HCcXuSe2liNoB3dIwPMT6LOeFZ2Qc6YLHEgZuyzrGSE5hhad8LAEOSaAzUttmfvtU5C3M CLWlGDUPw0h5PsVEkKmvyEcsPvUIJ0XSb9GCbcmCjpVKF7sBOaen9DVX3HwkcFPqHDzSaFEcG7Kj zxQbAaqpRJcbMTe1iiUfy5iaJN.B.L1S2ZzDfQhP4jB6A7hAxDyK_0W_WZQUzCNFQ4eAEOr736Z6 yXMcZRqID4uA4eC0UdV1KSrm8ZoOCd4.Ed33e31.Me1LCvqKlDrnLpnvlPjES42A4adL880P65VV trP1G.yE8yzQIz7mksmIMv3SwYI2YFCJXP5Ne2pWbsLWLXtjkZVoGhzKkZprUQuAQTM9UlvBzaNz xuNgbKZALiJEZf4qhzRxEJ6f6mdOhW_YnCXNX.O6gKJSzLHBTClKxHNnNxzjOFh4IHk7LQQ8GyiM vLHGA2sQaxuukFgdua7ixxTEV987ypB6AVlkG7g-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Mon, 4 Jul 2022 20:43:07 +0000 Received: by hermes--production-ne1-7864dcfd54-hcklt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4311bd764fe230fa360a829652453047; Mon, 04 Jul 2022 20:43:03 +0000 (UTC) Message-ID: <6aa3bd7708c066979886c72ff1b80a9b3147abd4.camel@sbcglobal.net> Subject: Re: [J3] [SC22WG5.6371] Kickstarting proposals for F202Y features From: Van Snyder To: General J3 interest list , WG5 List Cc: Jeff Hammond Date: Mon, 04 Jul 2022 13:43:02 -0700 In-Reply-To: References: <20220423202701.79FA3358A51@www.open-std.org> Content-Type: multipart/alternative; boundary="=-DXoDg9fuuPYObgaYVP87" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 X-Mailer: WebService/1.1.20381 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Sender: owner-sc22wg5@open-std.org Precedence: bulk --=-DXoDg9fuuPYObgaYVP87 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Mon, 2022-07-04 at 09:10 +0000, Jeff Hammond via J3 wrote: > From:Jeff Hammond My desired features for 2Y > are: > 1. fetch-and-op atomics in DO CONCURRENT > 2. asynchronous blocks / tasks (equivalent to OpenACC async and > OpenMP non-dependent tasks) Ada had tasks in the 1976 requirements and the 1983 standard. They pondered asynchronous blocks and concluded they're too unreliable. As described by Burns and Wellings in "oncurrent and Real Time Programming in Ada," another concept called a "protected variable" was introduced to cope with the inherent inefficiency of tasking. Protected variables are essentially the same thing as coroutines. It's easier, and probably more reliable, to stand on the shoulders of giants than to re-invent the wheel from scratch. > 1. scan / prefix sum (LBNL has a paper on this in preparation) --=-DXoDg9fuuPYObgaYVP87 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable
On Mon, 2022-07-04 at 09:10 +0000, Jeff Hammo= nd via J3 wrote:

From:Jeff= Hammond <jehammond@nvidia.com>

  1. fetch-and-op atomics in DO CONCURRENT<= o:p>
  2. asynchronous blocks /= tasks (equivalent to OpenACC async and OpenMP non-dependent tasks)<= o:p>

Ada had tasks in the 1= 976 requirements and the 1983 standard. They pondered asynchronous blocks a= nd concluded they're too unreliable. As described by Burns and Wellings in = "oncurrent and Real Time Programming in Ada," another concept called a "pro= tected variable" was introduced to cope with the inherent inefficiency of t= asking. Protected variables are essentially the same thing as coroutines.

It's easier, and probably more reliable, to stand o= n the shoulders of giants than to re-invent the wheel from scratch.

  1. scan / prefix sum = (LBNL has a paper on this in preparation)

--=-DXoDg9fuuPYObgaYVP87--