Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
ParaView
ParaView
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,654
    • Issues 1,654
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 63
    • Merge Requests 63
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • ParaView
  • ParaViewParaView
  • Issues
  • #17377

Closed
Open
Created Apr 13, 2017 by John Patchett@patchett2002Developer

timeseries reader/writer workflow runs out of memory and hangs

Most recently seen with the following workflow on the yA31 dataset (dssdata.org) on 48 cores it made it through 76 files before hanging and at least the first two machines showed the pvserver processes combined using nearly 100% of the machines memory. Time steps 76 and 77 don't use that much memory alone.

  1. Load a file series of *.vtm files that contain only vtus.
  2. Merge blocks -> Threshold
  3. Save Data, Select pvtu, write all timesteps as file series, Appended, zlib compression
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
5.10 (Fall 2021)
Milestone
5.10 (Fall 2021)
Assign milestone
Time tracking
None
Due date
None