Re: [deal.II] Rotating turbine simulation in Deal ii

Hello Nitish, I wish to simulate a small scale high speed turbo-machine in deal.ii with FSI and simultaneously calculate Eigen frequencies. I would be glad to know if someone of you have done such a study and would be able to help me in this regard, I don't know. A good place to start may be by

Re: [deal.II] CMake extra libraries?

Is there a cmake flag for specifying some extra libraries? Does: cmake -D extra_flags work? Best, Toby -- The deal.II project is located at http://www.dealii.org/ For mailing list/forum options, see https://groups.google.com/d/forum/dealii?hl=en --- You received this message because you

Re: [deal.II] Re: Problem with postprocessor

I'm going to jump in with one of my random comments uninvited. Hopefully you don't mind. :-) I already run the example with uniform mesh, hence global refinement with 0 refinement cycles. The problem is, a specimen with 100 or 1000 elements is difficult to check due to the terminal output being f

Re: [deal.II] Call for Codes

rojects. > > For example, we will not break anyone's codes by removing the PETSc serial > vector classes: no one is using them anymore (though a few people still > include the headers). > > Thanks, > David Wells > > > On Thursday, April 20, 2017 at 10:32:52 AM UTC-

Re: [deal.II] Call for Codes

I ocassionally scan GitHub to see if people are using features in deal.II outside of the library Please, clarify that statement for me. :-\ Best, Toby -- The deal.II project is located at http://www.dealii.org/ For mailing list/forum options, see https://groups.google.com/d/forum/dealii?hl=en

Re: [deal.II] Re: Arbitrary mapping or Manifold?

Thank you Juan, for sharing your code. I am you have solved your problem. You've also partially solved (and reminded me of) a similar problem I was working on many years (where I failed). I will return to that problem in the near future and I will be implementing your solution to it. :-) Thanks.

Re: [deal.II] Re: Arbitrary mapping or Manifold?

Thank you Juan, for sharing your code. I am you have solved your problem. You've also partially solved (and reminded me of) a similar problem I was working on many years (where I failed). I will return to that problem in the near future and I will be implementing your solution to it. :-) Thanks.

Re: [deal.II] Re: mpirun error when n_proc is not a factor of n_cells

Super great! What was the problem and how did you fix it? Best, Toby 06.03.2017 19:21 "Nkosilathi Vundla" napisał(a): > Hi Bruno > > That seems to have fixed the issue, glad I included the scoping. > > Thanks > Nkosi > > On Monday, March 6, 2017 at 3:31:35 PM UTC+2, Bruno Turcksin wrote: >

Re: [deal.II] Re: mpirun error when n_proc is not a factor of n_cells

Hello Nkosi, I have the feeling that you are not compressing distributed vectors. You need to compress::VectorOperation::Add *on all processes* after changing the vector state or passing to a LAC. Can you figure out where in your code this is happening? Best, Toby 06.03.2017 14:31 "Bruno T

Re: [deal.II] Re: internal compiler error: recipe for target 'source/numerics/CMakeFiles/obj_numerics.debug.dir/all

As JP says, this looks like a memory issue. Try allocating 4GB (or more). Best, Toby 19.12.2016 14:30 "Jean-Paul Pelteret" napisał(a): Dear ExcitingDDT, It may be possible that you've run out of system resources on the VM during compilation. How much RAM have you allocated to this VM image, an

Re: [deal.II] Re: Can we say that the higher order method, the more accurate?

To randomly add to this discussion... In general higher order polynomials are good for approximating smooth functions, such as the tail of an exponential decay. Interestingly, a denser grid with lower order polynomials sometimes works better for approximating a function that oscillates rapidly, s

Re: [deal.II] Step-42 -- Problem with Trilinos and P4EST

ear Toby, > > But in below links they are -DDEAL_II_With_... > > https://www.dealii.org/developer/readme.html > https://www.dealii.org/developer/external-libs/p4est.html > > Best, > Ehsan > > > > On Wednesday, July 27, 2016 at 12:19:07 PM UTC+2, Tobi Young wrote: &

Re: [deal.II] Step-42 -- Problem with Trilinos and P4EST

Hello Eshan, Perhaps here is your error. It is a simple typo. ;-) > -DEAL_II_WITH_P4EST= ON > -DEAL_II_WITH_TRILINOS= ON Should be: -DDEAL_II_WITH_P4EST= ON -DDEAL_II_WITH_TRILINOS= ON Please check that the output (or configure.log) says it has found a

Re: [deal.II] SLEPc in Parallel Slower than Serial

> Using the Jacobi preconditioner the solution of a single eigenpair required > 17 minutes on 2 processors for a problem with 120,000 degrees of freedom. > The same eigenpair was calculated using the serial version of my code in 1.2 > minutes. There aren't any other preconditioners that are availab

Re: [deal.II] SLEPc in Parallel Slower than Serial

Hi Jonathan, > I have tried the KrylovSchur and Lanczos solvers in both the parallel and > serial codes. The parallel code, when run with only one processor takes > roughly twice as long as with two processors (over 200 times slower than the > actual serial version). I have the serial version beca

Re: [deal.II] SLEPc in Parallel Slower than Serial

Jonathan, Interesting result. :-( It seems to me you are comparing apples to pears. A few observations that make the situation very unclear for me. (i) You are using two different solvers in two different ways. Your serial code uses KrylovSchur and your parallel code uses Lanczos with some ki

Re: [deal.II] Error during P4EST installation

This happens when your fortan compiler is not useable. Try to install gfortran on your machine and see if the problem goes away. Best, Toby 2016-05-18 17:29 GMT+02:00 ehsan esfahani : > Hello, > > I am trying to install a package (P4EST) along with > D > eal ii library > . > I got an error