nerated files: base
>> > (folder), CMakeFiles (folder), build.ninja, cmake_install, CMakeCache),
>> > when I run:
>> >
>> > ninja -j4 install
>> >
>> > I get the error: ninja: error: unknown target 'install'
>> >
>&
The warning you are referring to concerns the cmake version declaration. In
the present case, it would appear that the cmake version you are using is a
lot more recent than what deal.II requires. Newer cmake version tend to
require you to have very high version number of cmake_minimum_required()
our reply.
>
> I am not so clear on this part. I would be grateful if you could share
> some documentation or an example to help me learn more about it.
>
> Best regards,
>
> Yunfei
>
> blais...@gmail.com 于2025年8月26日周二 15:11写道：
>
>> Dear Yunfei,
>> The line
mapping,
> dof_cont,
> ac,
> gauss,
> [&quadrature_data](const decltype(dof_cont)::active_cell_iterator&
> cell, unsigned int qidx) -> double
> { return quadrature_data.get_data(cell)[qidx]->u; },
> v);
> ```
>
> On
An alternative that could maybe be better posed would be to assemble an L2
projection with the right-hand side being the DG values at the quadrature
point. This would give you the "optimal" fit of the DG results with your CG
scheme, which may not always coincide with the averaging of the nodal
Version 9.7.0 of deal.II, the object-oriented finite element library
awarded the J. H. Wilkinson Prize for Numerical Software and the
SIAM/ACM Prize in Computational Science and Engineering, has been
released. It is available for free under an Open Source license from
the deal.II homepage at
Makes me want to do another PhD :)
On Tuesday, June 24, 2025 at 4:15:44 p.m. UTC+2 luca@gmail.com wrote:
> Dear all,
>
> We are glad to announce that the University of Pisa has launched a new
> interdisciplinary industrial PhD program in High-Performance Scientific
> Computing (HPSC) with
Dear Yunfei,
The linear system you solve depends on the weak form of the problem you are
solving, which is established from the strong form of the PDE.
If you want to reconstruct the force from the displacement field, I think
you would need to formulate the adjoint PDE problem to your displacemen
Could an alternartive be to read it as a serial triangulation and then to
partition it as a fullydistributed triangulation using METIS or ZOLTAN?
Sure you would loose the ability to do further dynamic mesh adaptation, but
still could be useful
On Wednesday, July 16, 2025 at 7:28:58 a.m. UTC+2 l
Dear Arthur,
Thank you for the very thorough and detailed question. I'll look into and
try to get back to you (or at least try to reach out to people that might
have a clearer idea). If that can reassure you, I have tried to reproduce
your results using Lethe and I get the same conclusion to you
If you enable MPI (using -DDEAL_II_WITH_MPI) then the cmake output will
specify which version of the MPI library you are using.
If you wish to specify in particular a version, you can pass it using
additional argument. For example -DMPI_CXX_COMPILER=...
If you wish to see all possible variables
That's a very good question Abbas, I am actually not sure.
If I understand correctly, you made a distributed parallel triangulation,
then distorted it then you refined it is that it? Or did you distort it
after refining it?
I'll look at the code you provided and try to identify what's going on :
Dear Hussein,
It's not a big deal to have the VectorType as a class template. The only
thing you will get is that every function / member of the class will be
compiled twice (once for every vector type).
In the software my group develops
(lethe https://github.com/chaos-polymtl/lethe), some class
I think a temporary fix could be to
generate_coarse_mesh in the triangulation
load checkpoint
load data
And then for each step you want to load, to
clear
generate_coarse_mesh
load checkpoint
load data
Which when thinking about it looks a bit absurd. If you have a small
example i'd be happy to l
Dear Matteo,
The best solution here would be to serialize the mesh so you can re-read it
anew. This would be identical to what you would do when you restart a
simulation.
We have a new tutorial that shows just how exactly this is done:
https://www.dealii.org/current/doxygen/deal.II/step_83.html
I understand that this might have gone under the radar for most of our
users.
We (the developers) would like to get your feedback regarding your usage
and ideas about deal.II. This is important for us for current and future
funding and to make sure we steer the development of the library in a
Dear Mehdi,
Thank you for this initiative!
We all appreciate it ;)!
On Saturday, October 26, 2024 at 10:39:57 p.m. UTC-4 mma...@gmail.com wrote:
> Dear Professor Heltai,
>
> Thank you for your interest in the project and for the insightful
> suggestions. I reviewed the test suite, and I agree t
Dear Giacomo,
I would suggest you take a look at step-40. This step does a pretty good
job of assembling a matrix in parallel on a distributed triangulation. Here
it's hard to tell if you are doing something bad / good without looking at
the full code itself :)
If you have any questions, please
rts an error. I don't think
> it has anything to do with the grid type, it also errors when I only use
> Gridin.
>
> Wang
>
> On Friday, June 7, 2024 at 11:32:16 PM UTC+8 blais...@gmail.com wrote:
>
>> Loading a tet mesh works if you set-up your Mapping/FE acc
Loading a tet mesh works if you set-up your Mapping/FE accordingly, this is
a feature we use extensively.
On Wednesday, June 5, 2024 at 1:28:20 p.m. UTC+1 bruno.t...@gmail.com wrote:
> Wang,
>
> Are you loading a hex mesh or a tet mesh? I don't know if loading a tet
> mesh works.
>
> Best,
>
>
Glad you found the issue :)
Subtles things often make differences which are hard to capture!
On Tuesday, May 7, 2024 at 10:33:58 a.m. UTC-4 Sean Carney wrote:
> Update -- the question had an obvious answer!
>
> The reason for the discrepancy was simply the order of quadrature used.
> =D
>
>
Dear Yufei,
We need more information
What is not working? Is it compiling? Are the results different? In how are
they different?
Could you please state the entire weak formulation of your problem and the
implementation of said weak formulation (e.g. a code snipper of just the
assembler).
On Tu
Dear Jack,
Interesting you took a look at this. I was always wondering why lethe takes
forever to start on my ARM M1 Mac compared to on a regular Linux desktop.
Seems you figured it out...
However, I am unsure of the solution for this.
Orthogonally to this, have you ever managed to have cmake cte
Dear David,
The Digital Alliance of Canada (Compute Canada) has deal.II on their
cluster through the use of the module system:
https://docs.alliancecan.ca/wiki/Available_software
You could reach out to them and ask them for their module file. They are
generallly very chill.
If you need help reac
In addition to what Wolfgang wrote,
Sometimes the OS will map the cores of a CPU in the following order:
Physical-Logical-Physical-Logical-Physical-Logical etc.
Consequently, if your processor supports hyperthreading through the use of
logical core, running with core 0-1 means you are essentially
If you need any help, feel free to reach out to the deal.II community, we
are always glad to help
On Sunday, November 5, 2023 at 10:37:42 a.m. UTC-5 M. Bakry wrote:
> Dear Wolfgang,
>
> thanks very much for your answer. I think I will give it a try when I
> find some time. Non-C1 manifolds are
Changing to Fe1 really alters the solution, so consequently the kelly error
estimator will also give you a different error estimation and thus a
different mesh adaptation.
If your mesh adaptation is based on an error estimator, altering the finite
element interpolation order will alter the solut
Dear all,
I hope you are well.
We have three fully-funded PhD positions open in my group that we are
aiming to fill for the Summer 2024 or Fall 2025 semester. They all concern
the computer-assisted design of sustainable chemical reactors. This
concerns reactors which use alternative energy vecto
It seems your deal.II was configured without UMFPACK.
Can you give us more information about which operating system you are using
and under which conditions you are installing the library? This would
greatly help us helping you debug.
Most likely you will need to reinstall deal.II with UMFPACK en
Dear Hadi,
The Lethe code to generate all of these cylinders is fully available only.
Might as well just reuse it :)
Everything starts here:
https://github.com/lethe-cfd/lethe/blob/master/source/core/grids.cc#L162
This should help you reproduce these kind of grids
On Thursday, September 14, 20
+1 Paul, god is this script fun
On Thursday, August 10, 2023 at 7:18:48 p.m. UTC-4 Paul A. Patience wrote:
> Hello everyone,
>
> Last year I wrote a script to indent PRM files [1] in the Lethe project
> [2]. You may find it useful.
>
> It can be used to recursively indent all PRM files in place
Dear Lance,
It would be easier if you posted the PDE you wish to solve and it's weak
form. This would enable us to help you write the Jacobian for it.
Currently, it is difficult to fully understand what you are trying to
achieve.
Best
Bruno
On Monday, July 24, 2023 at 4:13:21 p.m. UTC-4 dim...@g
It is maybe unrelated, but as far as I remember, OpenFOAM supports mesh
adaptivity. It is maybe not as efficient (and does not include dynamic load
balancing) like deal.II does, but I would first start with that.
Otherwise, you would need to go through the VTK file format or write your
own openf
In addition to Wolfgang's answer. Here are some suggestions.
1. You system is not symmetric. Consequently, it is not a viable idea to
use the CG linear solver
(see https://en.wikipedia.org/wiki/Conjugate_gradient_method). As
suggested, using something like GMRES would be a better idea for your
gt;>> cell(i,j) += viscosity_constant *
>>>
>>> and improved the performance by making two separate assemblers (note
>>> that there is no function call/vtable lookup here, just an "if"). I
>>> don't remember how big the difference wa
Dear Vinayak,
The particle class is very flexible. You can see it as a Lagrangian
container of information for whatever you may need to store information
for. I don't foresee any challenges with your approach except if you need
to maintain some sort of connectivity between the particles. If you
gt; on clusters to be sure the right code gets generated. For example GCC
> lists the available architectures to specify here:
>
> https://gcc.gnu.org/onlinedocs/gcc/x86-Options.html
>
> Best,
> Martin
>
>
> On 04.05.23 14:52, blais...@gmail.com wrote:
>
> Dear a
Dear all,
Hope you are well.
I have tried a few ways to enable AVX instructions (which I think my 12th
Gen Intel(R) Core(TM) i9-12900K) should support, yet I am always unable to
do so. At the Cmake configuration step, the AVX steps all fails whereas the
SSE ones succeed.
How can I remedy this i
What I would suggest is to not use GCC, but instead use the clang compiler
native with the Mac M1.
At least this is how I did it on my apple M1 macbook pro computer
On Thursday, April 6, 2023 at 6:25:13 a.m. UTC-4 malve...@gmail.com wrote:
> Good afternoon.
> I’m truly sorry to bother you, but
Dear Kumar,
You can monitor the processes using your OS to verify that.
If you are loading a relatively large triangulation, this will be very
apparent since the memory footprint of one process will be significantly
larger. Even a quick "top" will enable you to see this.
Best
Bruno
On Wednesday
Can you tell us a bit more about what you have tried? For example, in the
limit of low Re (say Re=0.1 or Re=1) does your non-linear solver converge?
Have you tried making a manufactured solution to get your convergence order
to see if everything is all fine?
RE=200 can be quite heavy for straigh
There might be many things that can be done to improve the speed of this
function. You can ask yourselve the following question as guidance:
- Does the function allocate memory?
- Could it be inlined?
- Are you calling the function inside the DOF loops or inside the
quadrature loop?
Then I would
Dear all,
I hope you are well.
I know that P4est as a partitioner has limitations compared to other
approaches like Metis or Scotch. However, I was wondering if there was
anyway to penalize the partitioner in order to generate the smaller valence
that is possible? Sometimes we end up with inter
I am a bit surprised that your assembly is really 100x more expensive than
your linear solver.
Maybe your assembly code is not optimized?
For example, I try to avoid doing as much work as possible during the
double loop over DOFs which is the inner most loop. Sometimes
pre-calculating things in
> relevant) dofs to the AffineConstraints object with add_line().
>
> Best,
> Daniel
>
> On Mon, Oct 31, 2022 at 8:36 AM blais...@gmail.com
> wrote:
>
>> Dear all, I hope you are all doing fine :)!
>>
>> I am trying to do some quick testing of something an
Dear all, I hope you are all doing fine :)!
I am trying to do some quick testing of something and this would require me
applying a zero constraint to a set of cells which have a specific material
id. I could surely do that from the weak form, but I was wondering if there
was a way to do it stro
Thank you very much for pointing this reference out.
It is highly helpful and I think the community really appreciate you making
all these efforts to not only move science forward, but teach it in a
better fashion :)
On Thursday, August 4, 2022 at 9:47:36 p.m. UTC-4 Wolfgang Bangerth wrote:
>
Dear all,
I hope you are well.
I was wondering if there was anything specific that had to be done to
enable deal.II to leverage AVX and AVX512 instructions on intel processors?
By default, it seems that on my intel machine, these vectorization
instructions are not detected, e.g.:
-- Performing
You had me scared there for a moment.
Looking forward to this :)!
On Friday, March 25, 2022 at 1:15:31 p.m. UTC-4 Timo Heister wrote:
> Hi all,
>
> I am sorry for messing up the title. The talk is of course given on
> Monday by Matthias as written in the body of the email.
>
> Best,
> Timo
>
> O
:42:53 p.m. UTC-4 Wolfgang Bangerth wrote:
> On 3/14/22 11:24, blais...@gmail.com wrote:
> >
> *Users/blaisb/work/candi/trilinos-release-12-18-1/include/Tpetra_Import_def.hpp:1171:24:
>
>
> > **error: **no member named 'bind1st' in namespace 'std';
10:55:35 a.m. UTC-4 blais...@gmail.com wrote:
> Step-32 worked. I think there was an issue with the way I set-up my dylib.
> I'll investigate, but it seems that since I was able to run step-32 with
> MPI, I should be ok on my side also :)
> I'll keep you informed if thi
Dear all,
Hope you are well
Using the candi master branch, I succeeded in compiling deal.II using
candi. Everything was smooth. I don't know who took care of that, but
awesome work.
When trying to compile an example that uses Trilinos (any), I get the
following error that arise from an include
Dear all,
Are you interested in the environment and on harnessing renewable energies
in chemical processes? Do you have a keen interest in fluid dynamics and
computational fluid dynamics? Do you love using deal.II ? Are you
interested in multiphase flows?
We have a very interesting opening fo
Awesome,
I'll make a PR for it.
On Wednesday, February 16, 2022 at 11:33:58 p.m. UTC-5 Wolfgang Bangerth
wrote:
> On 2/16/22 20:16, blais...@gmail.com wrote:
> >
> > It seems MuParser does not, by default, allow for the use of the error
> > function (erf). We ar
Dear all,
I hope you are well?
It seems MuParser does not, by default, allow for the use of the error
function (erf). We are solving a Stefan problem right now and I'd like to
be able to compare the solution to the analytical one to make a unit test
out of it. Regrettably, the analytical solutio
hat.
>
> Thanks,
> Hassan
>
> On Sunday, February 13, 2022 at 6:21:42 PM UTC+3:30 blais...@gmail.com
> wrote:
>
>> Dear Hassan,
>> There is no way to do that directly in Deal.II
>> Lethe adds two classes to achieve this using a coarse and then a fine
>>
Pleasure was all mine.
Thanks for the invite.
I consider myself quite lucky to be part of such a vibrant, open and
constructive community :)!
On Friday, February 11, 2022 at 4:57:39 p.m. UTC-5 Timo Heister wrote:
> Hi all,
>
> The recording of the talk is now available at
> https://www.youtube.
I did't understand how to find neighbor particles, I was
> looking for a way to access neighbor particles, something like the one that
> is used for the cell in step-68 "particle->get_surrounding_cell()".
>
> Thanks
> Hassan
>
> On Saturday, February 12, 2022 at 6
If I may suggest, at that point, I would ask you what you are trying to
specifically achieve?
If you want to build an SPH code from scratch, this is definitely possible
to do using deal.II particle classes (esp. with the exchange and update
ghosts functionalities), but this will require a lot of
Dear Pushkar,
Deal.II supports simplex meshes, you can look at the documentation :
https://www.dealii.org/current/doxygen/deal.II/group__simplex.html
Consequently, you can import a 2D triangular mesh made with GMSH, or you
can transform a quad mesh generated by deal.II into a simplex mesh.
Best
>
> Possible solution from the second issue: use `-DBUILD_SHARED_LIBS:BOOL=OFF`
> or add -undefined dynamic_lookup to CMAKE_CXX_FLAGS
>
> Best,
>
> Bruno
> On Friday, October 29, 2021 at 9:41:01 AM UTC-4 Wolfgang Bangerth wrote:
>
>> On 10/29/21 7:10 AM, blais.
it's not an old component that was deprecated in Trilinos 13.0.1
Thanks for the help! I really appreciate it.
Best
Bruno
On Friday, October 29, 2021 at 8:38:57 a.m. UTC-4 Wolfgang Bangerth wrote:
> On 10/29/21 5:10 AM, blais...@gmail.com wrote:
> >
> > Is Adelus a Trilinos
r words, the compiler needs to be told what kind of architecture
> extensions are supported on the target CPU. I most often use
> "-march=native" unless I'm cross-compiling on a different CPU compared to
> where the code is eventually executed.
>
> Best,
> Marti
bru/dealii/build/CMakeFiles/CMakeTmp'
gmake: *** [Makefile:121: cmTC_be568/fast] Error 2
Hopefully I find a solution from there :)!
On Thursday, October 28, 2021 at 11:20:42 p.m. UTC-4 Wolfgang Bangerth
wrote:
> On 10/28/21 8:02 PM, blais...@gmail.com wrote:
> >
> > However,
Dear All,
I hope you are well.
I am trying to compile deal.II on a new cluster in Canada called Narval
(named after another cute whale, we love those up north). It uses the
following versions of the core library that we need:
gcc/9.3.0
openmpi/4.0.3
trilinos/13.0.1
parmetis/4.0.3
p4est/2.2
Howev
Dear Truong,
My understanding is that the triangulation in deal.II works like a
quad/oct-forest.That is, the mesh that is generated or read serves as the
forest and each cell is a tree. Consequently, it is not possible to coarsen
a mesh more than it's initial configuration.
For a lot of meshes
This issue is now fixed by a PR merged yesterday.
Best
Bruno
On Monday, June 28, 2021 at 6:40:04 a.m. UTC-4 alexanderc...@gmail.com
wrote:
> Hi Bruno,
>
> Sure, I can try making a PR this week.
>
> Best,
> Alex
>
> On Sunday, June 27, 2021 at 9:36:50 p.m. UTC+2 blais...
lead to a cleaner design.
You are right that this is already very well documented in the
GridTools::transform() documentation :). I need to learn to read the
documentation a bit more before asking :)
On Wednesday, August 4, 2021 at 10:11:03 a.m. UTC-4 Wolfgang Bangerth wrote:
> On 8/4/21 6
Peter this is what I suspected :).
Is that not a bit of an ill-defined behavior for the triangulations?
Shouldnt the manifolds also translate themselves when the triangulation is
translated?
Clearly, it is possible to reset the manifold every time the triangulation
is moved, but this becomes a
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
Hi Martin,
Multiple IDEs work very well with Deal.II. As long as your IDE has good
CMAKE support, compiling deal.II with it is a joke.
Some IDEs which me and my colleagues have found work very well in the
present case:
- Jetbrains CLION (this one is not free, but for a reason I don't
understand
In addition,
Step-77 does not compile with the Sundials 3.1.0 distributed with candi.
The following error is obtained at run time in debug mode:
An error occurred in line <427> of file
in function
unsigned int dealii::SUNDIALS::KINSOL::
I most likely copied this mistake from the regular Cylinder and did not
think of it when I coded the subdivided cylinder.
Alex, if you feel comfortable, you could go ahead and make a PR following
Wolfgang's suggestion. Otherwise, I'll gladly look into it this week :)
Best
BRuno
On Friday, June
Thank you Wolfgang, this is exactly what I needed :)
Best
Bruno
On Tuesday, June 22, 2021 at 6:04:42 p.m. UTC-4 Wolfgang Bangerth wrote:
> On 6/22/21 3:12 PM, blais...@gmail.com wrote:
> >
> > This is most likely a very simple question, but what would be a good way
> to
&
Dear all,
I hope you are well.
This is most likely a very simple question, but what would be a good way to
robustly set an AffineConstraint not on a face, but on a single DOF, while
making sure that it is not an hanging node. I'd like to do something
equivalent to what is done by VectorTools::i
In addition to what Wolfgang said.
If you want to add radiation boundary condition, the first step would be to
implement a general robin condition. You can see radiation BC following
Stefan law as a non-linear Robin BCs. Once you have a non-linear heat
equation solver ready that works with Robin
I would second what the other Bruno said. I think the easiest
preconditioner to try would be an ILU preconditioner. You can play with the
fill level (start from 1 and move up from there). Make sure you set your
absolute and relative tolerance to a reasonable level though.
On Thursday, April 15
Dear Michal,
We have a post-doc position available in my group regarding deal.II and
topology optimisation for conformal cooling.
Please send an email to bruno.bl...@polymtl.ca if you are interested :)!
Best
Bruno
On Saturday, April 17, 2021 at 6:44:44 p.m. UTC-4 mtwich...@gmail.com wrote:
> De
up, write tests, and
> submit the PR. Sorry. I will try to pick this up again in the next few
> days.
>
> On Fri, Mar 12, 2021 at 12:26 PM Wolfgang Bangerth
> wrote:
> >
> > On 3/11/21 11:10 PM, blais...@gmail.com wrote:
> > > Let me read the documentation a bit
Good to know.
Let me read the documentation a bit and I could try to come up with a PR.
Maybe this is something we could discuss? I'd be glad to help in improving
DG methods :)
On Thursday, March 11, 2021 at 4:29:04 p.m. UTC-5 Wolfgang Bangerth wrote:
> On 3/11/21 10:14 P
Dear all,
I hope you are well.
I am currently trying to solve an advection-diffusion equation at very,
very high Péclet number. I first implemented a GLS-stabilized continuous
Galerkin solution, it works well, but clearly I think a DG approach would
be immensely better here.
The issue is that t
Dear all,
I would like to bring to you attention the following open tenure track
faculty position at Polyechnique Montréal:
https://www.polymtl.ca/carriere/en/offres-demploi/professor-mechanical-engineering-computational-fluid-dynamics
The position is centered around turbulent CFD in external aer
e executed one after each other
> per cell. This means the vtable access cost is small compared to the
> actual work.
> See
>
> https://github.com/geodynamics/aspect/blob/b9add5f53172aac18bdbb19d14ca266e88c491dd/include/aspect/simulator/assemblers/interface.h#L493-L515
>
> On
.
>
> Best,
>
> Bruno
>
> On Monday, January 4, 2021 at 3:31:45 PM UTC-5 blais...@gmail.com wrote:
>
>> Dear all,
>> I wish you all an happy new year!
>>
>> One problem we always end up facing with FEM problems is that, as program
>> grow, more
Dear all,
I wish you all an happy new year!
One problem we always end up facing with FEM problems is that, as program
grow, more and more features are added to the equations. This leads to
multiple variation of the same equations (for example, Navier-Stokes with
Newtonian and non-Newtonian visc
There is a Facebook deal.II account? Now I know what to follow :)!
Cheers!
Bruno
On Tuesday, December 29, 2020 at 12:20:15 p.m. UTC-5 Wolfgang Bangerth
wrote:
> On 12/28/20 10:54 PM, blais...@gmail.com wrote:
> >
> > If you want to see an animation of DEM done using the d
Hi Wolfgang,
Thank you for the suggestion. I did not think about it, but testing
statistical properties (center of mass, average velocity, total kinetic
energy) seems like a very sound idea!
If you want to see an animation of DEM done using the deal.II particle
library, you can find one on the
Dear all,
I hope you are well.
It is me again pestering you all with questions or looking for advice :).
We are currently working on our DEM simulation engine using deal.II
particles features. DEM lead to very chaotic systems (with positive
Lyapunov exponents, like in MD), which means that sligh
Dear Wu,
Have you tried without the dynamic cast? Can you bind the callback of a
regular triangulation?
I must admit I have never tried to use particles with regular triangulation
(and I think that outside of step-19, not much people have done it ).
On Tuesday, December 15, 2020 at 4:49:39 p.m.
Awesome.
It works perfectly
Thank you all :)!
On Wednesday, December 9, 2020 at 8:10:13 p.m. UTC-5 Wolfgang Bangerth
wrote:
> On 12/9/20 5:32 PM, blais...@gmail.com wrote:
> > I have one tiny question actually.
> > In all tests, the std::ostringstream oss which contains s
Wednesday, December 9, 2020 at 7:13:08 p.m. UTC-5 blais...@gmail.com
wrote:
> I think they will! I feel kind-off dumb not having realized that :)
> Thanks!
> Bruno
>
>
> On Wednesday, December 9, 2020 at 6:06:17 p.m. UTC-5 peterrum wrote:
>
>> Do the following links help?
; -
> https://github.com/dealii/dealii/blob/master/tests/serialization/particle_handler_02.cc
>
> Peter
>
> On Wednesday, 9 December 2020 at 23:15:09 UTC+1 blais...@gmail.com wrote:
>
>> Dear all, I hope you are well.
>> I am trying to add checkpointing in our particle code.
Dear all, I hope you are well.
I am trying to add checkpointing in our particle code. Particles do not
have a save function, but they have a serialize function, which I think
would be exactly what I need.
However, the function is not documented. It takes as an argument something
of class Archive
Thank you all for the help :).
This is always a bit of a lesson in humility where I realise there is just
so much I don't know, and how much out there there is still to learn :)!.
On Monday, December 7, 2020 at 11:52:51 a.m. UTC-5 Wolfgang Bangerth wrote:
> On 12/7/20 6:19 A
Dear Timo and Martin,
Thank you very much for the help and advice.
I'll definitely take the time to read the references of Martin and look
into what you are suggesting. Clearly, I need to exploit the structure of
the matrix significantly more to be able to extract more performance out of
the sol
Dear Timo,
thank you for your answer and your time :)
On Sunday, December 6, 2020 at 9:04:24 p.m. UTC-5 Timo Heister wrote:
> > The task generally contain on the order of 50M to 100M DOFs and are
> transient DNS problems.
>
> With this you are likely at a point where factorizations (even ILU)
Dear Wolgang, thank you for the answers
On Sunday, December 6, 2020 at 8:00:09 p.m. UTC-5 Wolfgang Bangerth wrote:
> On 12/6/20 12:27 PM, blais...@gmail.com wrote:
> >
> > In this case, even using ILU(1) is extremely expensive (e.g. it takes 2X
> more
> > time than to
Hello all,
I hope you are all well. This is not strictly a deal.II question, but I
thought I could benefit for the huge amount of expertise present on this
board.
I am currently launching large (at least from my POV) tasks on our HPC
cluster. The task generally contain on the order of 50M to 10
Hello Shahab,
I would wait before trying to do some changes. Rene has started looking
more deeply into the particle structure (see
: https://github.com/dealii/dealii/pull/11314) and this will, most likely,
fix your problem.
On Friday, December 4, 2020 at 8:18:11 a.m. UTC-5 shahab.g...@gmail.co
Hello Jose,
I hope you are well.
I was wondering if you had managed to get your code on github or any
sharing service? I would be really interested in comparing how it behaves
with monolothic FEM approaches. This is something that is very relevant to
our research (and on which I would be glad to
1 - 100 of 109 matches
Mail list logo
