Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Big image data handling #56

Open
tischi opened this issue Mar 6, 2017 · 1 comment
Open

Big image data handling #56

tischi opened this issue Mar 6, 2017 · 1 comment

Comments

@tischi
Copy link

tischi commented Mar 6, 2017

Hello,

This is not an issue report but a question:

How does ClearVolume handle time-lapse data, internally?
Does it load only the currently active time-point into RAM and then onto the Graphics card?

I am asking because we are currently using ImageJ's virtual stack here for large data sets where

  • a single time-point is not a big issue (~2-4GB)
  • but all time-points together (100 time-points) would be an issue

Thus, an internal logic in ClearVolume, where it only "requests", i.e. calls the imp.getProcessor() methods, for the currently active time-point would make it big data compatible in a very easy way.

@skalarproduktraum
Copy link
Member

Hi @tischi,

the way this works at the moment is that only a single timepoint is submitted to the GPU at any given moment. You are right that a 2-4GiB image does not pose a large problem.

However, you also need to take transfer latency into consideration, which becomes an issue with larger volumes, as they are handled as textures, and are processed by the GPU on arrival. A while ago, @tpietzsch and me did some optimisations how the images are transferred from imglib2 to ClearVolume, which yielded quite a substantial improvement, but we did not have time yet to test this really in-depth. In case you'd like to have a look, the code is in the LoadOptimizationsAndProfiling branch of imglib2-clearvolume, which you can find here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants