You can subscribe to this list here.
2003 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}
(2) 
_{Oct}
(2) 
_{Nov}
(27) 
_{Dec}
(31) 

2004 
_{Jan}
(6) 
_{Feb}
(15) 
_{Mar}
(33) 
_{Apr}
(10) 
_{May}
(46) 
_{Jun}
(11) 
_{Jul}
(21) 
_{Aug}
(15) 
_{Sep}
(13) 
_{Oct}
(23) 
_{Nov}
(1) 
_{Dec}
(8) 
2005 
_{Jan}
(27) 
_{Feb}
(57) 
_{Mar}
(86) 
_{Apr}
(23) 
_{May}
(37) 
_{Jun}
(34) 
_{Jul}
(24) 
_{Aug}
(17) 
_{Sep}
(50) 
_{Oct}
(24) 
_{Nov}
(10) 
_{Dec}
(60) 
2006 
_{Jan}
(47) 
_{Feb}
(46) 
_{Mar}
(127) 
_{Apr}
(19) 
_{May}
(26) 
_{Jun}
(62) 
_{Jul}
(47) 
_{Aug}
(51) 
_{Sep}
(61) 
_{Oct}
(42) 
_{Nov}
(50) 
_{Dec}
(33) 
2007 
_{Jan}
(60) 
_{Feb}
(55) 
_{Mar}
(77) 
_{Apr}
(102) 
_{May}
(82) 
_{Jun}
(102) 
_{Jul}
(169) 
_{Aug}
(117) 
_{Sep}
(80) 
_{Oct}
(37) 
_{Nov}
(51) 
_{Dec}
(43) 
2008 
_{Jan}
(71) 
_{Feb}
(94) 
_{Mar}
(98) 
_{Apr}
(125) 
_{May}
(54) 
_{Jun}
(119) 
_{Jul}
(60) 
_{Aug}
(111) 
_{Sep}
(118) 
_{Oct}
(125) 
_{Nov}
(119) 
_{Dec}
(94) 
2009 
_{Jan}
(109) 
_{Feb}
(38) 
_{Mar}
(93) 
_{Apr}
(88) 
_{May}
(29) 
_{Jun}
(57) 
_{Jul}
(53) 
_{Aug}
(48) 
_{Sep}
(68) 
_{Oct}
(151) 
_{Nov}
(23) 
_{Dec}
(35) 
2010 
_{Jan}
(84) 
_{Feb}
(60) 
_{Mar}
(184) 
_{Apr}
(112) 
_{May}
(60) 
_{Jun}
(90) 
_{Jul}
(23) 
_{Aug}
(70) 
_{Sep}
(119) 
_{Oct}
(27) 
_{Nov}
(47) 
_{Dec}
(54) 
2011 
_{Jan}
(22) 
_{Feb}
(19) 
_{Mar}
(92) 
_{Apr}
(93) 
_{May}
(35) 
_{Jun}
(91) 
_{Jul}
(32) 
_{Aug}
(61) 
_{Sep}
(7) 
_{Oct}
(69) 
_{Nov}
(81) 
_{Dec}
(23) 
2012 
_{Jan}
(64) 
_{Feb}
(95) 
_{Mar}
(35) 
_{Apr}
(36) 
_{May}
(63) 
_{Jun}
(98) 
_{Jul}
(70) 
_{Aug}
(171) 
_{Sep}
(149) 
_{Oct}
(64) 
_{Nov}
(67) 
_{Dec}
(126) 
2013 
_{Jan}
(108) 
_{Feb}
(104) 
_{Mar}
(171) 
_{Apr}
(133) 
_{May}
(108) 
_{Jun}
(100) 
_{Jul}
(93) 
_{Aug}
(126) 
_{Sep}
(74) 
_{Oct}
(59) 
_{Nov}
(145) 
_{Dec}
(93) 
2014 
_{Jan}
(38) 
_{Feb}
(45) 
_{Mar}
(26) 
_{Apr}
(41) 
_{May}
(125) 
_{Jun}
(70) 
_{Jul}
(61) 
_{Aug}
(66) 
_{Sep}
(60) 
_{Oct}
(110) 
_{Nov}
(27) 
_{Dec}
(30) 
2015 
_{Jan}
(43) 
_{Feb}
(67) 
_{Mar}
(71) 
_{Apr}
(92) 
_{May}
(39) 
_{Jun}
(15) 
_{Jul}
(46) 
_{Aug}
(63) 
_{Sep}
(84) 
_{Oct}
(2) 
_{Nov}

_{Dec}

S  M  T  W  T  F  S 






1
(5) 
2

3

4

5

6
(12) 
7

8

9
(2) 
10

11
(1) 
12
(16) 
13
(23) 
14
(7) 
15
(10) 
16
(1) 
17

18
(14) 
19
(9) 
20
(2) 
21
(7) 
22
(2) 
23
(5) 
24

25
(17) 
26
(9) 
27

28

29

30
(3) 
From: Derek Gaston <friedmud@gm...>  20131122 18:10:35

snes_mf_operator is a PETSc option specifying that you want to do preconditioned Jacobian Free Newton Krylov (JFNK). Is the guy using FEAP doing JFNK? JFNK means that every linear iteration inside a Newton step you must recompute your residual. That means a full sweep over the mesh, reevaluating your material properties and residual statements at every quadrature point to assemble a full residual vector. This is expensive. If you are just doing a single physics problem (and it sounds like you are) and you have the ability to compute the exact Jacobian (which it sounds like you do) then using snes_mf_operator will more than likely be MUCH slower than just solving using Newton's method like normal (where you assemble a matrix and a RHS just _once_ per Newton step  then throw a linear solver at it). To use "regular" Newton just leave that option off. Further, you have specified "pc_type lu"... which is generally a bad idea for performance. With LU you are doing a direct inversion of your Jacobian matrix (oldschool style!) and using it as a preconditioner. It is generally much better to use an "inexact" Newton formulation where you don't perfectly invert your Jacobian matrix and instead let your Krylov solver solve to some (fairly loose) tolerance (ie use ksp_rtol 1e4 or larger) so that you are not "oversolving" your linear problem inside each Newton step. Instead of using LU I highly recommend using an algebraic multigrid preconditioner for solid mechanics. Look into using GAMG in PETSc or use downloadhypre when configuring PETSc and use: pc_type hypre pc_hypre_type boomeramg. Basically: Your solver options are nonoptimal. Make sure you are solving using _exactly_ the same solver options between libMesh and FEAP before doing any comparisons. You should probably run with ksp_monitor to show you how many linear iterations you're taking and then make sure that both your libMesh and FEAP implementations are taking the same (or VERY similar) number of both nonlinear _and_ linear iterations Derek On Fri, Nov 22, 2013 at 10:08 AM, Lorenzo Zanon <zanon@...>wrote: > Hello, > > I have an example based on miscellaneous_ex3.C, where I implemented a > nonlinear elastic problem with StVenant stressstrain law on a 3D domain > 5x1x1, blocked at x=0 and with an applied load at x=5. The problem is, the > computation of the displacement (along x y and z) is really slow (hours), > on our cluster it goes out of CPU time already with a mesh of 64x8x1 (the > loading acts only on the ydirection, so no more elements are needed along > z). 4 or 5 Newton steps should be enough for solving the problem... > > A colleague of mine implemented the same problem on the software called > FEAP, and it takes only a few minutes there. I think my implementation is > correct because the results on a very coarse mesh (10x2x1) are roughly > similar to the FEAP ones on a finer mesh. I don't have any problems for the > 2D case also. > > Is there anything I can do? I'm running in opt mode with the following > options concerning the Newton solver: > > snes_type ls snes_linesearch_type basic snes_mf_operator pc_type lu > pc_factor_nonzeros_along_diagonal > > Thanks! > Lorenzo > >  > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and gamechanging > conversations that shape the rapidly evolving mobile landscape. Sign up > now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Libmeshusers mailing list > Libmeshusers@... > https://lists.sourceforge.net/lists/listinfo/libmeshusers > 
From: Lorenzo Zanon <zanon@ai...>  20131122 17:42:17

Hello, I have an example based on miscellaneous_ex3.C, where I implemented a nonlinear elastic problem with StVenant stressstrain law on a 3D domain 5x1x1, blocked at x=0 and with an applied load at x=5. The problem is, the computation of the displacement (along x y and z) is really slow (hours), on our cluster it goes out of CPU time already with a mesh of 64x8x1 (the loading acts only on the ydirection, so no more elements are needed along z). 4 or 5 Newton steps should be enough for solving the problem... A colleague of mine implemented the same problem on the software called FEAP, and it takes only a few minutes there. I think my implementation is correct because the results on a very coarse mesh (10x2x1) are roughly similar to the FEAP ones on a finer mesh. I don't have any problems for the 2D case also. Is there anything I can do? I'm running in opt mode with the following options concerning the Newton solver: snes_type ls snes_linesearch_type basic snes_mf_operator pc_type lu pc_factor_nonzeros_along_diagonal Thanks! Lorenzo 