# Unable to get D3 filter to work on even modest size unstructured meshes

**URL:** https://discourse.paraview.org/t/unable-to-get-d3-filter-to-work-on-even-modest-size-unstructured-meshes/15482
**Category:** ParaView Support
**Tags:** mpi
**Created:** [October 1, 2024, 8:24pm UTC](https://discourse.paraview.org/t/unable-to-get-d3-filter-to-work-on-even-modest-size-unstructured-meshes/15482 "2024-10-01T20:24:14Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![jwag](https://discourse.paraview.org/letter_avatar_proxy/v4/letter/j/a9adbd/32.png) [@jwag](https://discourse.paraview.org/u/jwag)
#### Post date: [October 1, 2024, 8:24pm UTC](https://discourse.paraview.org/t/unable-to-get-d3-filter-to-work-on-even-modest-size-unstructured-meshes/15482/1 "2024-10-01T20:24:14Z")

</div>

I have a large unstructured volume mesh (~400M points) in cgns format that I want to visualize in parallel on a distributed HPC cluster. I have no problem launching an MPI pvserver and connecting to it. The cgns file is 270GB, while I have 500GB of memory available; however, for reasons I do not understand, I am exceeding 500GB just trying to initially load the mesh in paraview.

So just out of curiosity, I tried my workflow on a much smaller mesh (available here: [https://hlpw5.s3.amazonaws.com/hlpw5\_grids/re\_study/3.R.01/CDS\_PW\_3p0\_Lvl-A-ReyNo-1p05M.cgns.gz](https://hlpw5.s3.amazonaws.com/hlpw5_grids/re_study/3.R.01/CDS_PW_3p0_Lvl-A-ReyNo-1p05M.cgns.gz)) that is only 3 GB after unzipping. I was able to easily load this mesh in, and the memory inspector shows the load requires about 3GB of memory, which is what I would expect but this doesn’t help my confusion for why the big mesh requires so much more memory than the size of the cgns file itself. Anyway, after loading in this smaller mesh, I clipped a subset and tried to run the D3 filter on that clip to partition the data and distribute it to the parallel processes I have running; however, the status bar showed “Compute spatial partitioning (33%)” for ten hours before the server scheduler killed my job for exceeding the wall time limit.

Can anyone shed any light on these issues? Is there any alternative to using the D3 filter to partition a mesh?

---

<div class="post-metadata">

### Author: ![cory.quammen](https://discourse.paraview.org/user_avatar/discourse.paraview.org/cory.quammen/32/11193_2.png) [@cory.quammen](https://discourse.paraview.org/u/cory.quammen)
#### Post date: [October 1, 2024, 8:25pm UTC](https://discourse.paraview.org/t/unable-to-get-d3-filter-to-work-on-even-modest-size-unstructured-meshes/15482/2 "2024-10-01T20:25:57Z")

</div>

> [@jwag](#):
>
> Can anyone shed any light on these issues? Is there any alternative to using the D3 filter to partition a mesh?

**Redistribute DataSet** is preferred over **D3** in current versions of ParaView to repartition datasets.

---

<div class="post-metadata">

### Author: ![jwag](https://discourse.paraview.org/letter_avatar_proxy/v4/letter/j/a9adbd/32.png) [@jwag](https://discourse.paraview.org/u/jwag)
#### Post date: [October 1, 2024, 9:47pm UTC](https://discourse.paraview.org/t/unable-to-get-d3-filter-to-work-on-even-modest-size-unstructured-meshes/15482/3 "2024-10-01T21:47:13Z")

</div>

That’s good to know, thanks. Any thoughts on why a 270 GB mesh would require \>500GB of memory to just load into paraview?

---

<div class="post-metadata">

### Author: ![cory.quammen](https://discourse.paraview.org/user_avatar/discourse.paraview.org/cory.quammen/32/11193_2.png) [@cory.quammen](https://discourse.paraview.org/u/cory.quammen)
#### Post date: [October 2, 2024, 10:10am UTC](https://discourse.paraview.org/t/unable-to-get-d3-filter-to-work-on-even-modest-size-unstructured-meshes/15482/4 "2024-10-02T10:10:27Z")

</div>

Somewhere in the loading there must be duplication of data or auxiliary data structures created, perhaps in the reader? I don’t know the CGNS reader internals so can only speculate. It would take some memory profiling to identify where the memory pressure is highest to pinpoint what is going on.

---

<div class="post-metadata">

### Author: ![jwag](https://discourse.paraview.org/letter_avatar_proxy/v4/letter/j/a9adbd/32.png) [@jwag](https://discourse.paraview.org/u/jwag)
#### Post date: [October 7, 2024, 6:30pm UTC](https://discourse.paraview.org/t/unable-to-get-d3-filter-to-work-on-even-modest-size-unstructured-meshes/15482/5 "2024-10-07T18:30:59Z")

</div>

I’ve been able to run Redistribute DataSet on multiple test grids, and was able to get it to work properly; however, it is seg faulting on my big 400M point grid. The pvserver is killed with a generic message:

error: exception occurred: Segmentation fault

I’m trying this on a high memory node with 2 TB. I am monitoring my memory and nowhere near capacity (it dies at 500GB/2000GB). Is there a known memory bug with this filter?

---

<div class="post-metadata">

### Author: ![cory.quammen](https://discourse.paraview.org/user_avatar/discourse.paraview.org/cory.quammen/32/11193_2.png) [@cory.quammen](https://discourse.paraview.org/u/cory.quammen)
#### Post date: [October 7, 2024, 9:15pm UTC](https://discourse.paraview.org/t/unable-to-get-d3-filter-to-work-on-even-modest-size-unstructured-meshes/15482/6 "2024-10-07T21:15:17Z")

</div>

> [@jwag](#):
>
> Is there a known memory bug with this filter?

I’m not aware of a known issue.
