Hi Daniel, the problem here is independent of any data set. So, you can also see it in paraView in the 'solid color' block. It seems to be an artificial curvature within the element. To my best knowledge it is not required to update any geometry related data. What do you think?
Regards, David d.arnd...@gmail.com schrieb am Freitag, 12. Februar 2021 um 23:09:59 UTC+1: > David, > > For me the most likely suspect without looking into the code at all is a > missing update_ghost_values. > > Best, > Daniel > > Am Di., 9. Feb. 2021 um 17:04 Uhr schrieb Alexander <agra...@gmail.com>: > >> David >> i believe that in order to proceed, one will have to simplify this >> further. >> >> What is the minimum number of processes this happens? Can you reproduce >> it for 2 procs? >> >> Additionally, can the mesh size be reduced to a minimum (ideally a >> handful of cells, say 4-8)? >> >> Alexander >> >> On Monday, February 8, 2021 at 10:20:35 AM UTC+1 daschn...@googlemail.com >> wrote: >> > Hi Wolfgang, >>> >>> > David -- can you be more explicit about what "a bit odd" means in >>> this case? >>> > What are we looking at, and why do you think this is wrong? >>> >>> Certainly. We are looking at solution_000.vtu (zx-plane) of step-67, >>> where I changed the testcase to 1 (cylinder in channel) and the >>> dimension to 3D, >>> <https://github.com/dealii/dealii/blob/master/examples/step-67/step-67.cc#L77-L78> >>> >>> computed on 4 cores. >>> >>> What I mean by 'a bit odd' are in particular the wrinkles on the >>> surface: >>> [image: close-up.png] >>> >>> >>> Running the same case in serial looks as follows. >>> [image: serial.png] >>> >>> The surface is smooth as usual. I would expect the visualization of the >>> serial and the parallel case to be the same. >>> >>> Best regards, >>> David >>> Wolfgang Bangerth schrieb am Montag, 8. Februar 2021 um 05:12:42 UTC+1: >>> >>>> On 2/7/21 2:12 AM, 'David' via deal.II User Group wrote: >>>> > , >>>> > >>>> > I'm running a 3D case using the 'write-higher-order-cells' flag and >>>> the >>>> > 'write-vtu-in-parallel' function. The output writing is quite similar >>>> to the >>>> > way step-67 handles it. However, the output of my 3D data sets looks >>>> a bit odd >>>> > when running the case in parallel. >>>> >>>> David -- can you be more explicit about what "a bit odd" means in this >>>> case? >>>> What are we looking at, and why do you think this is wrong? >>>> >>>> Best >>>> W. >>>> >>>> -- >>>> ------------------------------------------------------------------------ >>>> >>>> Wolfgang Bangerth email: bang...@colostate.edu >>>> www: http://www.math.colostate.edu/~bangerth/ >>>> >>>> -- >> 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 are subscribed to the Google Groups >> "deal.II User Group" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to dealii+un...@googlegroups.com. > > >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/dealii/aaf0032a-63d8-4709-b913-d0932809f3b3n%40googlegroups.com >> >> <https://groups.google.com/d/msgid/dealii/aaf0032a-63d8-4709-b913-d0932809f3b3n%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> > -- 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 are subscribed to the Google Groups "deal.II User Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to dealii+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dealii/0ed9d893-294b-405b-9ab9-a712438e657cn%40googlegroups.com.
