Should da ufuncs be lazy or immediate on numpy arrays?
See original GitHub issueIssue Analytics
- State:
- Created 7 years ago
- Comments:8 (8 by maintainers)
Top Results From Across the Web
Does NumPy use lazy memory allocation? - Stack Overflow
When I allocate large arrays with NumPy, it appears as though some kind of lazy allocation is taking place, which I do not...
Read more >Create Dask Arrays - Dask documentation
NumPy Slicing Create dask array from something that looks like an array. This process is entirely lazy.
Read more >NEP 37 — A dispatch protocol for NumPy-like modules
This generalizes well to handling many different types of objects, as evidenced by its use for implementing arithmetic operators in Python, but ...
Read more >Lazyarray Documentation
lazyarray is a Python package that provides a lazily-evaluated numerical array class, larray, based on and compati- ble with NumPy arrays.
Read more >Chapter 4. NumPy Basics: Arrays and Vectorized Computation
See that I was a bit lazy and wrote float instead of np.float64 ; NumPy is smart enough to alias the Python types...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I 100% agree that dask outputs should always be lazy. Even conditional statements.
As per the sentiment in https://github.com/dask/dask/pull/2301#issuecomment-310097823:
Personally, I’d expect to always have a lazy dask thing if I’ve called dask functions/methods. If I wanted immediate, I’d call numpy directly…
Is that an overly simplistic view?