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

Dask version #252

Open
wants to merge 416 commits into
base: master
Choose a base branch
from
Open

Dask version #252

wants to merge 416 commits into from

Conversation

sjperkins
Copy link
Member

@sjperkins sjperkins commented Mar 19, 2018

PR for the new dask version

  • RIME Pipeline Configuration

    • Tensorflow Op Configurability. The CreateAntennaJones and SumCoherencies ops can now be given flags defining which terms exists and are multiplied into the RIME in their respective locations.
    • Pipeline Configuration. Need to come up with dictionary definitions for the different terms. This should describe their
      • locations in the pipeline.
      • inputs for memory budgeting. e.g. { 'lm': (nsrc, 2) }
      • outputs for memory budgeting. e.g. { 'complex_phase': (nsrc, ntime, na, nchan) }
  • xarray dataset from Measurement Set (available in https://github.com/ska-sa/xarray-ms/).

  • xarray dataset from FITS file (available in https://github.com/ska-sa/xarray-fits/).

  • Input xarray dataset. Massage MS and FITS datasets into Montblanc dataset.

  • Use tensorflow Dataset API for input into the tensorflow graph. The StagingArea/Queues are complicated and unwieldy and the Dataset API now has a GPU prefetch

    • Similarly to the master branch, the Dataset API uses a pull mechanism whereby it requests parts
      of the data, to be consumed internally via Iterators, from Datasets. There's no trivial fit
      with dask's worker mechanism. Likely need to create a C++ op cut and pasted from Dataset.from_tensor which consumes an infinite series of tensors.

Previously, created them in numpy and then converted to dask. Rather
created from parts of dask arrays. Hopefully this reduces data movement.
In the distributed case, very little processor time is spent as its
mostly waiting on a future. time.time(), though less technically less
accurate, will give the waiting time, which is correct.
Current code needs master to run properly.
To stand for visibility row, as opposed to antenna row,
to be introduced later.
This commit breaks benchmark.py

A dimension containing consecutive antenna values for multiple
timesteps. This is related to the unique 'utime' dimension
and visibility row dimension 'vrow'.

For example, there are 3 unique timesteps below.
Timestep 0 has 4 visibility and 5 antenna rows
associated with it, while timestep 1 has
3 visibility and 6 antenna rows associated with it.

0               1               2       unique time

1 1 2 5         3 7 2           4       visibility row
2 3 3 4         5 1 4           3

1 2 3 4 5       1 2 3 4 5 7     3 4     antenna row
* Add RIME op tensorflow source to MANIFEST.in

* Deprecate ez_setup.py script
  See pypa/setuptools#581.

* Include missing setup.cfg

* Pin python-casacore==2.1.2 for now
@ratt-priv-ci
Copy link
Collaborator

Can one of the admins verify this patch?

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

Successfully merging this pull request may close these issues.

2 participants