diff options
| author | Allan Haldane <ealloc@gmail.com> | 2018-10-23 23:24:06 -0400 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2018-10-23 23:24:06 -0400 |
| commit | bde592980eff888a8db975bde3d92909e6e6ade5 (patch) | |
| tree | efd7940113907fcdcec7f4b5f4441c17f21e6b3c /doc | |
| parent | 7fbcc4eaf22a01ac3282179b49c6363485263fbf (diff) | |
| parent | f164d2e90cce62d901c1cce881684863fefde91f (diff) | |
| download | numpy-bde592980eff888a8db975bde3d92909e6e6ade5.tar.gz | |
Merge pull request #11971 from hmaarrfk/block_single_concatenate_call
MAINT: Block algorithm with a single copy per call to `block`
Diffstat (limited to 'doc')
| -rw-r--r-- | doc/release/1.16.0-notes.rst | 8 |
1 files changed, 8 insertions, 0 deletions
diff --git a/doc/release/1.16.0-notes.rst b/doc/release/1.16.0-notes.rst index 599123f97..60980b122 100644 --- a/doc/release/1.16.0-notes.rst +++ b/doc/release/1.16.0-notes.rst @@ -246,6 +246,14 @@ Previously we had a broken default that sometimes would not report underflow, overflow, and invalid floating point operations. Now we can support non-glibc distrubutions like Alpine Linux as long as they ship `fenv.h`. +Speedup ``np.block`` for large arrays +------------------------------------- +Large arrays (greater than ``512 * 512``) now use a blocking algorithm based on +copying the data directly into the appropriate slice of the resulting array. +This results in significant speedups for these large arrays, particularly for +arrays being blocked along more than 2 dimensions. + + Changes ======= |