search for: zation

...Doerfert, Johannes Rudolf via cfe-dev Sent: Wednesday, January 23, 2019 12:50 AM To: Alexey Bataev <a.bataev at outlook.com> Cc: llvm-dev <llvm-dev at lists.llvm.org>; cfe-dev at lists.llvm.org; openmp-dev at lists.llvm.org Subject: Re: [cfe-dev] [RFC] Late (OpenMP) GPU code "SPMD-zation" After an IRC discussion, I think Alexey and I are pretty much in agreement (on the general feasibility at least). I try to sketch the proposed idea again below, as the initial RFC was simply not descriptive enough. After that, I shortly summarize how I see these changes being developed...

...Alexey Bataev via llvm-dev <llvm-dev at lists.llvm.org> Sent: Tuesday, January 22, 2019 13:10 To: Doerfert, Johannes Rudolf Cc: Alexey Bataev; LLVM-Dev; Arpith Chacko Jacob; openmp-dev at lists.llvm.org; cfe-dev at lists.llvm.org Subject: Re: [llvm-dev] [RFC] Late (OpenMP) GPU code "SPMD-zation" But we need to know the execution mode, SPMD or "guarded" ------------- Best regards, Alexey Bataev 22.01.2019 13:54, Doerfert, Johannes Rudolf пишет: We could still do that in clang, couldn't we? Get Outlook for Android<https://aka.ms/ghei36> _______________________...

...rom: Alexey Bataev <a.bataev at outlook.com> Sent: Tuesday, January 22, 2019 12:52:42 PM To: Doerfert, Johannes Rudolf; cfe-dev at lists.llvm.org Cc: openmp-dev at lists.llvm.org; LLVM-Dev; Finkel, Hal J.; Alexey Bataev; Arpith Chacko Jacob Subject: Re: [RFC] Late (OpenMP) GPU code "SPMD-zation" The globalization for the local variables, for example. It must be implemented in the compiler to get the good performance, not in the runtime. ------------- Best regards, Alexey Bataev 22.01.2019 13:43, Doerfert, Johannes Rudolf пишет: Could you elaborate on what you refer to wrt data s...

...>Date: </font><font size=1 face="sans-serif">01/30/2019 07:56 PM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject: </font><font size=1 face="sans-serif">Re: [RFC] Late (OpenMP) GPU code "SPMD-zation"</font><br><hr noshade><br><br><br><tt><font size=2>Hi Doru,<br><br>[+ llvm-dev and cfe-dev]<br><br>On 01/30, Gheorghe-Teod Bercea wrote:<br>> Hi Johannes,<br>> <br>> First of all thanks for look...

...rom: Alexey Bataev <a.bataev at outlook.com> Sent: Tuesday, January 22, 2019 12:34:01 PM To: Doerfert, Johannes Rudolf; cfe-dev at lists.llvm.org Cc: openmp-dev at lists.llvm.org; LLVM-Dev; Finkel, Hal J.; Alexey Bataev; Arpith Chacko Jacob Subject: Re: [RFC] Late (OpenMP) GPU code "SPMD-zation" ------------- Best regards, Alexey Bataev 22.01.2019 13:17, Doerfert, Johannes Rudolf пишет: Where we are ------------ Currently, when we generate OpenMP target offloading code for GPUs, we use sufficient syntactic criteria to decide between two execution modes: 1) SPMD -- All ta...

...mpler. 2) Implement a middle-end LLVM-IR pass that detects the guarded mode, e.g., through the runtime library calls used, and that tries to convert it into the SPMD mode potentially by introducing lightweight guards in the process. Why: - After the inliner, and the canonicalizations, we have a clearer picture of the code that is actually executed in the target region and all the side effects it contains. Thus, we can make an educated decision on the required amount of guards that prevent unwanted side effects from happening after a move to SPMD mode....

...in the "to_SPMD_mode.ll" test case that can be found here: > https://reviews.llvm.org/D57460#change-sBfg7kuN4Bid > > The implementation is missing key features but one should be able to see > the overall design by now. Once accepted, the missing features and more > optimizations will be added. > > > On 01/22, Johannes Doerfert wrote: >> Where we are >> ------------ >> >> Currently, when we generate OpenMP target offloading code for GPUs, we >> use sufficient syntactic criteria to decide between two execution modes: >> 1)...

...bataev at outlook.com> > *Sent:* Wednesday, March 13, 2019 2:15:39 PM > *To:* Doerfert, Johannes; cfe-dev at lists.llvm.org > *Cc:* openmp-dev at lists.llvm.org; LLVM-Dev; Finkel, Hal J.; Alexey > Bataev; Arpith Chacko Jacob > *Subject:* Re: [RFC] Late (OpenMP) GPU code "SPMD-zation" >   > > There are tooooooo(!) many changes, I don't who's going to review > sooooo big patch. You definitely need to split it into several smaller > patches. Also, I don't like the idea adding of one more class for > NVPTX codegen. All your changes should be on t...

...Sent:* Wednesday, March 13, 2019 2:15:39 PM >>> *To:* Doerfert, Johannes; cfe-dev at lists.llvm.org >>> *Cc:* openmp-dev at lists.llvm.org; LLVM-Dev; Finkel, Hal J.; Alexey >>> Bataev; Arpith Chacko Jacob >>> *Subject:* Re: [RFC] Late (OpenMP) GPU code "SPMD-zation" >>> >>> >>> There are tooooooo(!) many changes, I don't who's going to review >>> sooooo big patch. You definitely need to split it into several smaller >>> patches. Also, I don't like the idea adding of one more class for >>&g...

...this alternative and developing it on the side will not change that. Obviously, this stuff is not as well tested right now but without putting it out there it will never be. I will not be able to do the testing alone. Worst case, there is no continues involvement in this codegen/interface/optimization scheme and we remove it again. Since it does need modifications of any existing code that will not be a problem. Best regards, Johannes ________________________________ From: Alexey Bataev <a.bataev at hotmail.com<mailto:a.bataev at hotmail.com>> Sent: Wednesday, March 13, 201...

...RXR1QWlQKVF0F> *SIGNAL <http://hoyo.cf/lists/lt.php?id=YUgNBwdRGAFRXR1QWlQKVF0F> v. NOIZE <http://hoyo.cf/lists/lt.php?id=YUgNBwdSGAFRXR1QWlQKVF0F> *, it takes not a linguistic savant to see that the intelligent message woven across languages and throughout the entirety of our civilization from the "/fulc//ire/ <http://hoyo.cf/lists/lt.php?id=YUgNBwdVGAFRXR1QWlQKVF0F> " of Latin and the Hebrew word for fate, "/kismet/ <http://hoyo.cf/lists/lt.php?id=YUgMAgBdGAFRXR1QWlQKVF0F> " ... that the level of thought and the breadth of influence that has gone int...