-
-
Notifications
You must be signed in to change notification settings - Fork 52
dev call 20230413
Florian Angerer edited this page Apr 13, 2023
·
4 revisions
Du Toit, Florian, Tim, Lysandros, Antonio, Simon, Petr
Still working on the release 0.9.
-
Merged PRs:
-
PRs in progress:
-
Numpy/HPy
-
still open:
HPy HPySeqIter_New(HPyContext *ctx, HPy seq);
-
Florian is looking into NumPy/HPy performance of the game-of-life example and NumPy's benchmarks.
-
Some preliminary numbers on
numpy-gol.py
:Machine: 2,6 GHz 6-Core Intel Core i7, 32 GB 2667 MHz DDR4 (MacOS 12.6.3)
Payload: NumPy array 180x180 dtype=int64
NumPy (C API)
NumPy/HPy (CPython ABI)
NumPy/HPy (Hybrid ABI)
728 us +- 5 us
992 us +- 20 us
1240 us +- 150 us
-
- Concerning the preliminary numbers of the
numpy-gol.py
example: NumPy/HPy (CPython ABI) is roughly 35 % slower than vanilla NumPy. Even if this doesn't look very good at a first glance, one needs to keep in mind that the GraalPy team focused on making migration progress instead of carefully thinking about the performance implications of every change. The migration project was and still is much more an extensive proof-of-concept to learn what APIs we need and if there are fundamental problems. - Florian asks: how to proceed with Numpy/HPy ? There are several options:
- Initiate upstreaming of heap type migration
- Make all tests pass
- Look into performance (goal: less than 5% slower compared to vanilla NumPy)
- We agreed on going for the first option and start upstreaming of heap type migration. This should also give us a better basis for performance comparisons since heap types may also have an impact.
- Antonio asked Petr, if heap types are the preferred way to define types.
- Petr says: yes. Unfortunately, the current C API tutorial still uses static types and it is on the agenda to change that.
- ACTION ITEM for Simon: porting the CPython C API tutorial
- Simon suggests to write (micro) benchmarks to get an idea how fast single operations are in comparison to the C API. Florian points out that NumPy's benchmark suite is doing that already for (at least) NumPy operations. But it still makes sense to add more (micro) benchmarks in HPy itself for something like
HPy_GetItem_i
(e.g. comparing toPyTuple_GET_ITEM
). - Florian: should we have API like
PySeqIter_New
?- Petr pointed out that there are plans to introduce some kind of protocol to access sequences (see this thread)
- It seems that we should not provide the old iter API since there is a good chance that even CPython will replace it by something similar to HPy protocols (which we plan to do anyway).
- 5 September 2024
- 4 April 2024
- 7 March 2024
- 1 February 2024
- 11 January 2024
- 7 December 2023
- 9 November 2023
- 5 October 2023
- 14 September 2023
- 3 August 2023
- 6 July 2023
- 1 June 2023
- 4 May 2023
- 13 April 2023
- 2 March 2023
- 2 February 2023
- 12 January 2023
- 1 December 2022
- 3 November 2022
- 6 October 2022
- 8 September 2022
- 4 August 2022
- 7 July 2022
- 2 June 2022
- 5 May 2022
- 7 April 2022
- 3 March 2022
- 3 February 2022
- 13 January 2022
- 2 December 2021
- 4 November 2021
- 7 October 2021
- 2 September 2021
- 12 August 2021
- 8 July 2021
- 6 May 2021
- 4 March 2021
- 7 January 2021
- 3 December 2020
- 5 November 2020