Repository navigation
gh-89279: In ceval.c, redefine some macros for speed #32387
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
Changes from 1 commit
0be9d62
abd9118
1724056
50e3d7b
59da3bf
ab6660e
ae6b53c
01cff81
69da380
2894f6e
4b70976
5617fcd
a901b91
cceb531
26e8107
11084c0
b7dfcdc
9a5c57c
a8cba6e
c43ec56
9a15194
5c992d2
7b342e4
3b21c52
41cb067
87aaf81
3508f45
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
- Loading branch information
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -44,9 +44,12 @@ | |
| # error "ceval.c must be build with Py_BUILD_CORE define for best performance" | ||
| #endif | ||
|
|
||
| #if !defined(Py_DEBUG) | ||
| // bpo-45116: The MSVC compiler fails to inline these in PGO build, | ||
| // and they're kind of important for performance. | ||
| #ifndef Py_DEBUG | ||
| // bpo-45116: The MSVC compiler does not inline these static inline functions | ||
| // in PGO build in _PyEval_EvalFrameDefault(), because this function is over | ||
| // the limit of PGO, and that limit cannot be configured. | ||
| // Define them as macros to make sure that they are always inlined by the | ||
| // preprocessor. | ||
|
|
||
| #undef Py_DECREF | ||
| #define Py_DECREF(arg) do { PyObject *op = _PyObject_CAST(arg); if (--op->ob_refcnt == 0) { destructor d = Py_TYPE(op)->tp_dealloc; (*d)(op); } } while (0) | ||
|
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Such long line is one of the reason why I wrote PEP 670 :-) I propose to make the code more readable by putting one statement per line, as done in static inline functions: #ifndef Py_DEBUG
// GH-89279: The MSVC compiler does not inline these static inline functions
// in PGO build in _PyEval_EvalFrameDefault(), because this function is over
// the limit of PGO, and that limit cannot be configured.
// Define them as macros to make sure that they are always inlined by the
// preprocessor.
#undef Py_DECREF
#define Py_DECREF(arg) \
do { \
PyObject *op = _PyObject_CAST(arg); \
if (--op->ob_refcnt == 0) { \
destructor dealloc = Py_TYPE(op)->tp_dealloc; \
(*dealloc)(op); \
} \
} while (0)
#undef Py_XDECREF
#define Py_XDECREF(arg) \
do { \
PyObject *xop = _PyObject_CAST(arg); \
if (xop != NULL) { \
Py_DECREF(xop); \
} \
} while (0)
#undef Py_IS_TYPE
#define Py_IS_TYPE(ob, type) \
(_PyObject_CAST_CONST(ob)->ob_type == (type))
#endif
// GH-89279: Similar to above, force inlining by using a macro.
#if defined(_MSC_VER) && SIZEOF_INT == 4
#define _Py_atomic_load_relaxed_int32(ATOMIC_VAL) \
(assert(sizeof((ATOMIC_VAL)->_value) == 4), \
*((volatile int*)&((ATOMIC_VAL)->_value)))
#else
#define _Py_atomic_load_relaxed_int32(ATOMIC_VAL) \
_Py_atomic_load_relaxed(ATOMIC_VAL)
#endifI declared Py_XDECREF just after Py_DECREF. I also renamed "op1" to "xop" in Py_XDECREF. UPDATE: Oh, and to copy/paste Py_IS_TYPE(), I used _PyObject_CAST_CONST(). |
||
|
|
@@ -57,9 +60,13 @@ | |
| #undef Py_XDECREF | ||
| #define Py_XDECREF(arg) do { PyObject *op1 = _PyObject_CAST(arg); if (op1 != NULL) { Py_DECREF(op1); } } while (0) | ||
|
|
||
| #if SIZEOF_INT == 4 | ||
| #undef _Py_atomic_load_relaxed | ||
| #define _Py_atomic_load_relaxed(ATOMIC_VAL) (*((volatile int*)&((ATOMIC_VAL)->_value))) | ||
| #endif | ||
|
gvanrossum marked this conversation as resolved.
|
||
|
|
||
| #endif | ||
|
|
||
| #define _Py_atomic_load_32bit_impl(value, order) (assert((order) == _Py_memory_order_relaxed), *(value)) | ||
|
|
||
| /* Forward declarations */ | ||
| static PyObject *trace_call_function( | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
if only MSVC is affected, only redefine these macros for MSVC, no?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I prefer us running the same code on all platforms if possible, so that it's less likely that someone accidentally breaks the Windows version by want appears to be an innocent change on Linux.
(I have to make an exception for load_relaxed because it is heavily platform-specific.)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
To be extra safe, you may also check Py_REF_DEBUG, even if Py_REF_DEBUG should not be defined if Py_DEBUG is defined.
Or maybe object.h should fail with
#errorwith Py_REF_DEBUG is defined whereas Py_DEBUG is not.