Home
last modified time | relevance | path

Searched refs:GIL (Results 1 – 25 of 43) sorted by relevance

12

/third_party/python/Doc/c-api/
Dinit.rst690 interpreter lock` or :term:`GIL`, that must be held by the current thread before
699 :term:`GIL` may operate on Python objects or call Python/C API functions.
714 Releasing the GIL from extension code
717 Most extension code manipulating the :term:`GIL` has the following simple
762 the GIL, but it can also be useful before calling long-running computations
765 standard :mod:`zlib` and :mod:`hashlib` modules release the GIL when
778 management), they don't hold the GIL, nor is there a thread state structure
784 creating a thread state data structure, then acquiring the GIL, and finally
787 the GIL, and finally free the thread state data structure.
884 In Python 3.6 and older, this function created the GIL if it didn't exist.
[all …]
Dmemory.rst114 allocator can operate without the :term:`GIL`. The memory is requested directly
119 the :term:`GIL` held. The memory is taken from the Python private heap.
132 functions are thread-safe, the :term:`GIL <global interpreter lock>` does not
206 The :term:`GIL <global interpreter lock>` must be held when using these
318 The :term:`GIL <global interpreter lock>` must be held when using these
472 thread-safe: the :term:`GIL <global interpreter lock>` is not held when the
515 - Check that the :term:`GIL <global interpreter lock>` is held when
580 The debug hooks now also check if the GIL is held when functions of
Ddict.rst106 Calling this API without :term:`GIL` held had been allowed for historical
Dmodule.rst613 The caller must hold the GIL.
624 The caller must hold the GIL.
Dexceptions.rst377 The caller must hold the GIL.
544 the :term:`GIL` and from a C signal handler.
571 the :term:`GIL` and from a C signal handler.
Dsys.rst357 :c:type:`PyTupleObject`. The hook function is always called with the GIL
/third_party/python/Misc/
Dvalgrind-python.supp50 Suppress leaking the GIL. Happens once per process, see comment in ceval.c.
58 Suppress leaking the GIL after a fork.
76 Hmmm, is this a real leak or like the GIL?
/third_party/python/Doc/faq/
Dlibrary.rst368 A :term:`global interpreter lock` (GIL) is used internally to ensure that only one
411 .. XXX link to dbeazley's talk about GIL?
413 The :term:`global interpreter lock` (GIL) is often seen as a hindrance to Python's
416 (almost) all Python code can only run while the GIL is held.
419 patch set (the "free threading" patches) that removed the GIL and replaced it
424 necessary to compensate for the removal of the GIL.
435 perform a time-consuming task, the extension can release the GIL while the
440 It has been suggested that the GIL should be a per-interpreter-state lock rather
/third_party/skia/third_party/externals/sfntly/java/src/com/google/typography/font/sfntly/table/opentype/
DLanguageTag.java128 GIL("Gilyak", "niv"), enumConstant
/third_party/python/Misc/NEWS.d/
D3.6.0b3.rst65 Fix "Python memory allocator called without holding the GIL" crash in
D3.7.0b1.rst182 Py_Initialize() now creates the GIL. The GIL is no longer created "on
D3.9.0a5.rst224 exits before trying to take the GIL.
1114 function name to check if a frame tries to acquire the GIL, instead of
1116 a different condition than the GIL.
D3.10.0b2.rst208 :mod:`hmac` computations were not releasing the GIL while calling the
D3.7.0b3.rst258 Release the GIL during fstat() calls, avoiding hang of all threads when
D3.6.0a4.rst440 Release GIL in nt._isdir
D3.10.0a1.rst844 Fix GIL usage in :c:func:`PyOS_Readline`: lock the GIL to set an exception
3455 Calling :c:func:`PyDict_GetItem` without :term:`GIL` held had been allowed
3466 called with the GIL released.
D3.7.0a3.rst285 io.FileIO.readall() and io.FileIO.read() now release the GIL when getting
910 Don't release the GIL if we can acquire a multiprocessing semaphore
D3.6.6rc1.rst428 Release the GIL during fstat() calls, avoiding hang of all threads when
D3.6.0a1.rst97 :c:func:`PyMem_Malloc` without holding the GIL can now crash: use
216 of the :c:func:`PyMem_Malloc` family are called without holding the GIL.
237 detect when functions are called without holding the GIL.
1499 GIL to close the socket.
D3.8.0a3.rst416 Release GIL when closing :class:`~mmap.mmap` objects.
D3.9.0a4.rst213 Drop the GIL during large ``bytes.join`` operations. Patch by Bruce Merry.
/third_party/python/Doc/library/
Dhashlib.rst56 For better multithreading performance, the Python :term:`GIL` is released for
184 The Python GIL is released to allow other threads to run while hash
269 three times slower and doesn't release the GIL.
Ddevmode.rst50 * Unsafe usage of the GIL
Dasyncio-task.rst738 Due to the :term:`GIL`, `asyncio.to_thread()` can typically only be used
740 that release the GIL or alternative Python implementations that don't
/third_party/python/Doc/extending/
Dnewtypes_tutorial.rst420 :term:`Global interpreter Lock <GIL>` and let arbitrary code run in other
430 the :term:`GIL` nor cause any calls back into our type's code;

12