From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) by sourceware.org (Postfix) with ESMTPS id D1D183857724 for ; Thu, 1 Jun 2023 11:12:45 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org D1D183857724 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=emailplus.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=emailplus.org Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id E2C3A3200912; Thu, 1 Jun 2023 07:12:41 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Thu, 01 Jun 2023 07:12:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=emailplus.org; h=cc:cc:content-transfer-encoding:content-type:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to; s=fm1; t=1685617961; x=1685704361; bh=4A09fPG58Rji7jtod0rQMQUA0 e+YwCuhUKcWBAOJ+Yw=; b=N3X8c6MOiff9ALnxMclJlPqqDDgkoiDdJhRsFhLbm GahiWygxT1Mk0ORzMJqx4uRl7fCWZmY3XJCqnIU2cCvdnWbCeMuKEBsyThm08DSy TFGMXdAs7Vf+vaVw7+XuepaiyklO31OM8HqtS+/m8EzXW3Hsj85BqxMOkKJIwFpY x9OJqoVVcaA6gUSkGYn5gLnz8mwdQf5Q/SVrlpIv5I5gYP2qdSqEPi9tGXT5wjpK A2N7/oSg1LmYqYhVQiLurFe1GDo5z/GpX1R180EN0fmOFRiaOsBZq8CGyU5HDRD+ hTH/lCPHVU0qqpnscvTuyjl19wIhPGrQag97E0aVq6xAQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1685617961; x=1685704361; bh=4A09fPG58Rji7jtod0rQMQUA0e+YwCuhUKc WBAOJ+Yw=; b=Y/cGvf2DzYJbjVCM4/4IhQaKBrL7j0vF3dvs4QZ5zYurE/ZBlMJ RDm7IIX1vzS5QebqagyI/JnfpkDspM+JpT+rELBteAImKkODiIgPFgaNEPQzKlkQ gtzE7ijiKC1kNr/XNmtvAJQnhcM8vtMEEY60ESvjW+VKM+RyqG20TgG5GNucs6Rr cdjNbyYSkk8GHJFM6cyNd14dgrLg3FaO12uMYzuRfSU3jjvxHK1adsbm+F/+tsaH fIFFA69rhnWMqOXdHTxn/UW3dTk+WY3qBin0D8/2/uXNN2fw9No8EcIoLITfj3a+ uIOrvPKTYDLe/Vk/pPLkw0pyDmkuy1AovSw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeeluddgfeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne gfrhhlucfvnfffucdlqdehmdenucfjughrpefkffggfgfvvehfhffujggtgfesthejredt tdefjeenucfhrhhomhepuegvnhhsohhnucfouhhithgvuceosggvnhhsohhnpghmuhhith gvsegvmhgrihhlphhluhhsrdhorhhgqeenucggtffrrghtthgvrhhnpeehveelhedvvddv udeuleffudethfffgfevgeelkeefgedvvdegffevfefhgedtjeenucffohhmrghinheptg hpvdhkrdhorhhgpdhgihhthhhusgdrtghomhdpnhhrtgdrghhovhdpnhiftghhvghmqdhs fidrohhrghdpnhgrshgrrdhgohhvpdhmshgtshhofhhtfigrrhgvrdgtohhmpdhutggrrh drvgguuhdpqhhurghnthhumhdqvghsphhrvghsshhordhorhhgnecuvehluhhsthgvrhfu ihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepsggvnhhsohhnpghmuhhithgvse gvmhgrihhlphhluhhsrdhorhhg X-ME-Proxy: Feedback-ID: ic1e8415a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 1 Jun 2023 07:12:36 -0400 (EDT) Message-ID: <82fbd0b2-41d9-c2b7-1655-816d5681c7c4@emailplus.org> Date: Thu, 1 Jun 2023 14:12:30 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 To: Andre Vehreschild , Damian Rouson Cc: Thomas Koenig , Jerry D , Mikael Morin , Paul Richard Thomas , GCC-Fortran-ML , Lexi Pimenidis References: <4697f7be-ac3e-8c5d-f27c-3aec89b5b03f@protonmail.com> <0d923990-0b7a-a1ea-8389-bf3837e73ed0@gmail.com> <737bbf36-04a8-c1e4-b3aa-31121df66013@netcologne.de> <20230527132414.50184389@vepi2> <105c761a-5030-aee5-6587-2783a794f469@gmail.com> <20230530153242.54728d4d@vepi2> <2fa3240f-fbb8-23b6-2a10-24f9a415f729@netcologne.de> <5bde7c1f-3524-7f2e-fd48-a4b97734e2b9@emailplus.org> <2f95809c-8f0b-7d75-ca62-aeee11c6bee0@netcologne.de> <20230531142302.75ec742d@vepi2> <20230601111808.5ed7a9e3@vepi2> Content-Language: en-US From: Benson Muite Subject: Re: Possible funding of gfortran work In-Reply-To: <20230601111808.5ed7a9e3@vepi2> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.3 required=5.0 tests=BAYES_50,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,KAM_SHORT,NICE_REPLY_A,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE,URI_DOTEDU,WINNER_SUBJECT autolearn=no autolearn_force=no version=3.4.6 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 6/1/23 12:18, Andre Vehreschild wrote: > Hi Damian, all, > > thank you for your input. I have incorporated most of it. Due to Germany > stepping out of nuclear use, I have reduced the cites on these to a minimum. I > don't know anything about the people evaluating the proposal and don't want to > be rejected just because of ideological reasons. Here is the proposal so far. > Has any one a good url for the FAST project? > > --- > - Title: > > GFortran-Improvement > > - Abstract: > > Enable the free gfortran compiler to support contemporary language paradigms. > > - Dependencies (on the project as well as projects that depend on the > technology; max 300 words) > > Exemplarily these codes make use of language paradigms or want to, but can not > due to lack of support in gfortran: > > CP2K: https://www.cp2k.org/ -- Quantum chemistry and solid state physics > ICAR: https://github.com/ncar/icar -- Simplified atmospheric model > FEATS: https://github.com/sourceryinstitute/feats -- Asynchronous task > scheduling framework FAVOR: > https://www.nrc.gov/reading-rm/doc-collections/nuregs/staff/sr1795/index.html > -- Reactor security NWChem: https://www.nwchem-sw.org/ -- Computational > chemistry software FUN3D: https://fun3d.larc.nasa.gov/ -- Computational fluid > dynamics software from NASA MSC NASTRAN: > https://simulatemore.mscsoftware.com/category/products/msc-nastran/ -- > Structural engineering software from MSC Software WRF: > https://www.mmm.ucar.edu/models/wrf -- Weather forecasting software from NCAR > FAST: ??? -- Nuclear fuel performance software from the U.S. Nuclear Regulatory > Commission (NRC) > Maybe add Quantum Espresso: https://www.quantum-espresso.org/ R and Octave may also be good examples of use cases. > Some references: > > Mozdzynski, G., Hamrud, M., & Wedi, N. (2015) A Partitioned Global Address > Space implementation of the European Centre for Medium Range Weather > Forecasts Integrated Forecasting System. International Journal of High > Performance Computing Applications. > > Garain, S., Balsara, D. S., & Reid, J. (2015) Comparing Coarray Fortran > (CAF) with MPI for several structured mesh PDE applications. Journal of > Computational Physics. > > Preissl, R., Wichmann, N., Long, B., Shalf, J., Ethier, S., & Koniges, A. > (2011) Multithreaded global address space communication techniques for > gyrokinetic fusion applications on ultra-scale platforms. In Proceedings of > 2011 International Conference for High Performance Computing, Networking, > Storage and Analysis (p. 78). ACM. > > - Why is it critical to fund this project (300 words max)? > > Fortran remains one of the premier language for science, especially for > high-performance computing and fields like quantum chemistry or > computational fluid dynamics. Perhaps computational chemistry rather than just quantum chemistry. > > gfortran is the default Fortran compiler on many Linux systems, and lack of > features and bugs in gfortran hinder adoption of more modern, safer and more > efficient language features. The project has been almost entirely > volunteer-driven so far, but is currently suffering from a lack of active > developers for larger features. Funding will enable the project to pay some > gfortran experienced developers to implement some of the missing/incomplete > features, that are too large to tackle for a single volunteer. Payed developers > are to contribute a significant part of the features. > > - Target of the projects in the sense of users (max 300 words) > > This project targets the high-performance computing community, esp. but not > limited to fluid and thermo dynamics, wheater forecasting and climate models. wheater->weather add computational chemistry as well > Most if not all of those are Fortran codes. Maintaining them using explicit > parallelism is tedious and deviates from the domain to address. Other users are > aerospace, e.g. NASA or SpaceX, as well as aircraft and automotive > manufacturers. > Would expect for aerospace and automotive industry, it would mostly be for in house codes. Maybe someone for DLR may have input on this? Having end industry users involved in actively evaluating may be helpful in sustaining future improvements since they may be willing to support developer time. > - How was the project funded in the past (max 300 words) > > Foundational work on the coarray implementation was funded by Sourcery > Institute. Small extensions and selected bug fixes have been donated by > companies having a minor impact only. Most of the work was done on a > voluntary basis. > Some gfortran work has been done as company sponsored in that individuals using the compiler needed it for company work and could work on the compiler on company time. If a large proportion is voluntary and companies only sponsor small extensions and bug fixes, one might assume that if the funding is given, once it is finished, the chances of further work will be very limited. Maybe one can tie into the GNU compiler collection as well, emphasizing the longevity of the project and usefulness of the funding in adding additional capabilities and cleaning up code contributions. Then indicate that new parts that this proposal addresses have primarily been voluntary because they are not yet ready for production use, and this project would make them ready for production use so that in future maintenance efforts can be made by the community (both voluntary and sponsored). > - Project goal (max 900 words!): > > * Fortran has a safe and intuitive method for parallel execution, > coarrays. There is currently no complete and efficient implementation for > multi-core CPUs on a freely available compiler. The goal is to bring > the existing, process-based shared memory implementation on a branch > into gfortran mainline as a feature for further evaluation and hardening. > > * GFortran's coarrays for distributed memory lack support for data structures > provided by modules that have not been compiled with coarray support (or are > distributed in binary form only). Research and prototypical implementation > in gfortran and the OpenCoarrays library shall be conducted with the goal to > find a general and well performing solution. This could become an outstanding > feature for a free compiler. > > * Enhance the support for teams and failed images in coarrays to a level where > it gets usable. Teams in coarrays allow for grouping workers logically. These > then can colaborate without interference or the user needing to take care. > The support is rather basic and shall be made usable to a level where the > most popular calls work. The failed images concept allows a program to react > on one of its processes failing without terminating the program. The present > support shall be extended to enable the restart of the process instead of > just reporting the fail and then having to quit anyway as it is currently. > > * Enhance standard compliance from Fortran 2003 onwards. Esp. fixing > finalization of partially derived types (PDTs) and issues in the associate > command. > > * Ensure maintainability of gfortran by cleaning up/refactoring APIs including > the scalarizer. Improve the single responsibility pattern's (SRP) use by, > e.g., ensuring the parser does no longer parts of the resolve stage. The goal > is not only to separate responsibilities but also to get clearer error > messages and with that improve user-friendliness. > > - How many FTEs are you requesting? > > - What is the amount of funding you are requesting, approximately? > > - In what timeframe will you perform the activities? > > - Who (maintainer, contributor, organization) would be most qualified to > implement this work/receive the support and why? > --- > > Any input welcome. > > Regards, > Andre > -- > Andre Vehreschild * Email: vehre ad gmx dot de