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

[RELEASE] dask-cuda v0.13 #267

Merged
merged 124 commits into from
Mar 31, 2020
Merged

[RELEASE] dask-cuda v0.13 #267

merged 124 commits into from
Mar 31, 2020

Conversation

GPUtester
Copy link
Contributor

❄️ Code freeze for branch-0.13 and v0.13 release

What does this mean?

Only critical/hotfix level issues should be merged into branch-0.13 until release (merging of this PR).

What is the purpose of this PR?

  • Update documentation
  • Allow testing for the new release
  • Enable a means to merge branch-0.13 into master for the release

madsbk and others added 30 commits January 14, 2020 05:21
[gpuCI] Auto-merge branch-0.12 to branch-0.13 [skip ci]
This is not needed when setting the `pure=False` argument when
submitting
pentschev and others added 26 commits March 4, 2020 04:44
Adding `ignore_index` argument to `partition_by_hash()`
In Dask 2.9.0, support for computing the `sizeof` of Numba
`DeviceNDArray`s was included. So bump our Dask version requirement so
that we get this fix. Can drop our own vendored version of this code as
a result.
As Dask 2.9.0+ has code for determining `sizeof` for Numba
`DeviceNDArray`s, there is no need for us to carry around our own code
for this. So go ahead and drop it.
Drop Numba `DeviceNDArray` code for `sizeof`
Support spilling of device objects in dictionaries
As these serialization function names are important and are meant to be
kept around, use proper names and not `_` (which is intended for values
not to be kept).
As all `"cuda"` serializable objects are now also `"dask"` serializable,
switch to just using `"dask"` serialization to perform device-to-host
transfers to spill to host memory. Though continue falling back to
`"pickle"` if nothing better can be found (after all that will be on
host too). Similarly "unspilling" from host-to-device will happen
naturally as part of the deserialization step. Should simplify what
Dask-CUDA needs to keep track of/do.
This should ensure the frames can go through `"dask"` serialization when
`DeviceSerialized` is serialized.
Note these frames are `bytes`-like. IOW C-contiguous buffers that can be
easily loaded back into device memory or spilled to disk.

https://docs.python.org/3/glossary.html#term-bytes-like-object
…o_host

Use `"dask"` serialization to move to/from host
@GPUtester GPUtester requested review from a team as code owners March 26, 2020 21:39
@raydouglass raydouglass merged commit 49b8f2f into master Mar 31, 2020
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.

7 participants