Re: [deal.II] Able to use umfpack in debug configuration, but not in release configuration

Hi Lucas, I’m glad that you managed to solve this issue yourself. > Given that the problem was a silly mistake on my end, ought I delete the > forum post? Given that you’ve explained what you did to fix the problem, this is useful information for all. So we’ll leave the thread in place just in

Re: [deal.II] Computing the solution gradient at the quadrature point on a face

Hi Michael, The one thing that stands out about the snippet of code that you shared is that there is no check to if (cell->face(face)->at_boundary() == true && )... Do you still have something like that? Otherwise, after a cursory glance, everything appears to be alright with this. It mimics w

Re: [deal.II] profiling and parallel performance of deal.II user codes

To add to this great list of tools (which we should document on our Wiki), there’s also the LIKWID performance monitoring and benchmarking suite which is able to provide some very low-level metrics and tools to help benchmarking. https://github.com/RRZE-HPC/likwid

[deal.II] Re: profiling and parallel performance of deal.II user codes

Hi, I've used the scalasca tool suite for profiling: https://www.scalasca.org/scalasca/about/about.html which use score-p for measuring and the cube gui for visualizing the results: https://www.vi-hps.org/projects/score-p https://www.scalasca.org/scalasca/software/cube-4.x/download.html I thi

[deal.II] Re: profiling and parallel performance of deal.II user codes

Dear Richard, I have used valgrind's callgrind tool extensively in the past and it works quite well. It seems Intel VTune is free now. I have used it a lot in the last two months to optimize our code and I have found it work very, very well. We managed to improve some functions tremendously beca

[deal.II] Re: profiling and parallel performance of deal.II user codes

Richard, On Tuesday, August 3, 2021 at 9:58:07 AM UTC-4 richard@gmail.com wrote: > a) which (free) profiling tools can you recommend? I watched the video > lecture of Wolfgang about that topic, but was looking for more opinions! I > want to see which parts of the code take time apart from t

Re: [deal.II] Deal.II programming environment

Hi Martin, Sorry for the slow response - I have been on vacation. If you save a source file with a new name then you will need to update your CMakeLists.txt file - it doesn't know what you intend to do with the new file. I recommend reading through https://www.dealii.org/developer/users/cmake_

Re: [deal.II] Finite Element Software deal.II Version 9.3.0 released

All, this is also the time to point out, as we do for every release, how many many people have contributed to this release! The release paper at https://www.dealii.org/deal93-preprint.pdf has 17 authors, all of whom have contributed in many different and significant ways to this release. Be

[deal.II] deal.II Newsletter #176

Hello everyone! This is deal.II newsletter #176. It automatically reports recently merged features and discussions about the deal.II finite element library. ## Below you find a list of recently proposed or merged features: #12620: Add FiniteElement::supports_mass_lumping(). (proposed by drwell

Re: [deal.II] profiling and parallel performance of deal.II user codes

Richard, a) which (free) profiling tools can you recommend? I watched the video lecture of Wolfgang about that topic, but was looking for more opinions! I want to see which parts of the code take time apart from the (already detailed) TimerOutput. Use valgrind's callgrind tool. The introduc

[deal.II] Finite Element Software deal.II Version 9.3.0 released

Version 9.3.0 of deal.II, the object-oriented finite element library awarded the J. H. Wilkinson Prize for Numerical Software, has been released. It is available for free under an Open Source license from the deal.II homepage at https://www.dealii.org/ The major changes of this

Re: [deal.II] Use a coarse grid solution as initial condition for a finer grid

On 8/3/21 8:38 AM, vachan potluri wrote: I also have a simple related question. Can I skip all these steps if the triangulation, FE and number of processors of the solution being transferred are kept constant? This is one special case which is like restarting a completed simulation. In this c

Re: [deal.II] Deal.II programming environment

I just wanted to add that I use CLion for C++ programming. I have been developing codes (and linking to deal.ii among other libraries) in CLion for 3 years now. Given that the entry point in CLion is a CMakeList file, it was quite easy for me to load deal.ii examples and compile/run/debug/profile t

Re: [deal.II] Use a coarse grid solution as initial condition for a finer grid

Peter, Thanks very much for taking time and providing the resources. I will go through them and get back if I have any more questions. I also have a simple related question. Can I skip all these steps if the triangulation, FE and number of processors of the solution being transferred are kept con

[deal.II] profiling and parallel performance of deal.II user codes

Dear all, I spent quite some time on our in-house CFD and FSI solvers, which are matrix-based and use deal.II, MPI and AMG packages of Trilinos and PETSc, all of which are so wonderfully accessible even for engineers like me. My computations now focused on problems with relatively small DoF coun

Re: [deal.II] Deal.II programming environment

Hi, I recently started using VS code with deal.ii. I found it very easy to work with, especially when you have a wsl installation. All you need to do is follow the instructions on these pages - https://code.visualstudio.com/docs/cpp/config-wsl https://code.visualstudio.com/docs/cpp/cmake-linux

Re: [deal.II] errors in running step-18 within Xcode

Hi Luca, thanks for clarifying. Still not succeeded, see below. 1. opened a Rosetta terminal 2. source /Applications/deal.II.app/Contents/MacOS/dealii.conf __ _ _ _ | _ \ | ||_ _|_ _| | | | |___ __ _| | | | | | | | | / _ \/

Re: [deal.II] errors in running step-18 within Xcode

Actually, not exactly. The instructions are i the screen shot. Open a Rosetta terminal, and then source the conf file, i.e. ./Appl/dealii.conf The command you called opens a normal terminal, and then sources the conf file. Luca > Il giorno 3 ago 2021, alle ore 13:28, Alberto Salvador

Re: [deal.II] errors in running step-18 within Xcode

Luca, this is what I have done, if I got what you meant: 1. opened a Rosetta terminal 2. /Applications/deal.II.app/Contents/MacOS/dealii-terminal __ _ _ _ | _ \ | ||_ _|_ _| | | | |___ __ _| | | | | | | | | / _ \/ _| | | |

Re: [deal.II] errors in running step-18 within Xcode

Can you open a Rosetta terminal and follow the instructions to parse deal.ii init files? I think it is just the fact that you are not running under Rosetta, but cannot confirm... Luca > Il giorno 3 ago 2021, alle ore 11:28, Alberto Salvadori > ha scritto: > > Dear community > > I successfu

Re: [deal.II] Use a coarse grid solution as initial condition for a finer grid

Hi Vachan, I don't think you need to use RPE plane. My guess is that you can use VectorTools::point_values(), which internally uses PRE (see https://github.com/dealii/dealii/blob/e413cbf8ac77606cf4a04e1e2fa75232c08533b4/include/deal.II/numerics/vector_tools_evaluate.h#L230-L343). Here you coul

Re: [deal.II] Use a coarse grid solution as initial condition for a finer grid

Dr. Wolfgang, Thank you for still taking interest in this thread :) This becomes a very difficult data transfer problem because you want to > evaluate the solution at a point that the current process may know nothing > about. In essence, you will have to ask all of the other processes about > who