From: Wolfgang Bangerth Date: Mon, 3 Oct 2011 21:41:00 +0000 (+0000) Subject: Bring most of the results section up to date. X-Git-Tag: v8.0.0~3302 X-Git-Url: https://gitweb.dealii.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=6b7df3a27ec7605df86133c6e321324a571b79d7;p=dealii.git Bring most of the results section up to date. git-svn-id: https://svn.dealii.org/trunk@24516 0785d39b-7218-0410-832d-ea1e28bc413d --- diff --git a/deal.II/examples/step-32/doc/results.dox b/deal.II/examples/step-32/doc/results.dox index de1fac94df..04ffa26f74 100644 --- a/deal.II/examples/step-32/doc/results.dox +++ b/deal.II/examples/step-32/doc/results.dox @@ -128,19 +128,8 @@ As can be seen here, we spend most of the compute time in assembling linear systems, refining the mesh, and in particular in solving the Stokes and temperature linear systems. -The 50% spent on solving the linear systems are affected in large part -because the Brazos cluster has a relatively slow ethernet interconnect. A -cluster with a faster interconnect, for example using infiniband, should do -better in this regard. On the other hand, there is little hope to do better -with assembling the linear systems, though one could do significantly better -with estimating the error by making sure that each processor only estimates -the error on those cells it owns. - - -The program writes output every 25th time step, but we won't show all -2100 or so images this produces. Rather, let us only show the output -from every 2500th time step here, even though this does, of course, -not do full justice to the dynamics that are going on: +We can clearly not show all output files produced by this program, so let us +only show the output from every 2500th time step here:
@@ -257,21 +246,21 @@ not do full justice to the dynamics that are going on:
The last two images show the grid as well as the partitioning of the -mesh for the last timestep shown into the 10 subdomains used for this -computation. The full dynamics are really only visible by looking at -an animation. At -this site is such an animation. Beware that this animation is +mesh for a computation with 10 subdomains on 10 processors. The full dynamics +of this simulation are really only visible by looking at +an animation, for example the one shown here +this site. Beware that this animation is about 20MB large, though it is well worth watching due to its almost artistic quality. If you watch the movie, you'll see that the convection pattern goes through several stages: First, it gets rid of the instable temperature -layering with the hot material overlaid by the dense cold +layering with the hot material overlain by the dense cold material. After this great driver is removed and we have a sort of stable situation, a few blobs start to separate from the hot boundary layer at the inner ring and rise up, with a few cold fingers also -dropping down from the outer ring. During this phase, the solution +dropping down from the outer boundary layer. During this phase, the solution remains mostly symmetric, reflecting the 12-fold symmetry of the original mesh. In a final phase, the fluid enters vigorous chaotic stirring in which all symmetries are lost. This is a pattern that then @@ -294,11 +283,16 @@ quite within the physically expected region.

Possibilities for extensions

-Apart from the various possibilities for extensions already outlined -in the step-31, here are a few more ideas: +There are many directions in which this program could be extended. As +mentioned at the end of the introduction, most of these are under active +development in the Aspect (short for Advanced %Solver for Problems +in Earth's ConvecTion) code at the time this tutorial program is being +finished. Specifically, the following are certainly topics that one should +address to make the program more useful: