PySide/Cython和GIL多线程应用

Question

我在PySide/Cython多线程应用程序上挣扎了好几天。

将问题分成几个部分，我进入了一个测试，我运行的是val差制/螺旋磨(见下面的一个错误条目)。

C函数(下面是CHLone load )使用Python及其GIL (没有对Cython的指令)，Shiboken也访问GIL。

输出表明与GIL访问存在冲突(除非我错了)，但我的理解是GIL是为了避免这种冲突。

Shiboken执行一些与另一个线程上的PyList_New碰撞的去分配.

我迷路了,

我以为GIL负责阻止PyList_New，而另一个线程正在修改一些Python。还是Shiboken忘了锁？

listobject.c行161是对_PyObject_GC_TRACK()的调用，它(我假设)要求GC跟踪新对象。

classobject.c第2360行是对_PyObject_GC_UNTRACK()的调用，它强烈地要求GC停止跟踪对象.

我看到的诊断是一种可能的数据竞争，但实际上这会导致核心转储，我不喜欢在使用线程时在Python上使用这个词。我想先修一下这个。

==26535== ----------------------------------------------------------------
==26535== 
==26535== Possible data race during read of size 8 at 0x4FE8488 by thread #2
==26535== Locks held: none
==26535==    at 0x4C92A80: PyList_New (listobject.c:161)
==26535==    by 0x742C43F: s2p_parseAndReadHDF (SIDStoPython.c:949)
==26535==    by 0x742C5C4: s2p_parseAndReadHDF (SIDStoPython.c:968)
==26535==    by 0x742E638: s2p_loadAsHDF (SIDStoPython.c:1485)
==26535==    by 0x741C3CC: __pyx_f_6CHLone_load (pyCHLone.c:2182)
==26535==    by 0x741D2AD: __pyx_pf_6CHLone_12load (pyCHLone.c:2422)
==26535==    by 0x741D1C3: __pyx_pw_6CHLone_13load (pyCHLone.c:2392)
==26535==    by 0x4D0A48F: PyEval_EvalFrameEx (ceval.c:4013)
==26535==    by 0x4D0C3DC: PyEval_EvalCodeEx (ceval.c:3253)
==26535==    by 0x4C8B641: function_call (funcobject.c:526)
==26535==    by 0x4C5F652: PyObject_Call (abstract.c:2529)
==26535==    by 0x4C7279E: instancemethod_call (classobject.c:2578)
==26535== 
==26535== This conflicts with a previous write of size 8 by thread #1
==26535== Locks held: none
==26535==    at 0x4C6C53F: instancemethod_dealloc (classobject.c:2360)
==26535==    by 0x5AB248A: Shiboken::AutoDecRef::~AutoDecRef() (in /tmp/tools-2/local/x86z/lib/python2.7/site-packages/PySide/QtCore.so)
==26535==    by 0x5F9736F: PySide::GlobalReceiverV2::qt_metacall(QMetaObject::Call, int, void**) (in /tmp/tools-2/local/x86z/lib/libpyside-python2.7.so.1.0.9)
==26535==    by 0x659BCA5: QObject::event(QEvent*) (in /tmp/tools-2/local/x86z/lib/libQtCore.so.4.8.0)
==26535==    by 0x5B038C5: QCoreApplicationWrapper::notify(QObject*, QEvent*) (in /tmp/tools-2/local/x86z/lib/python2.7/site-packages/PySide/QtCore.so)
==26535==    by 0x6586F8B: QCoreApplication::notifyInternal(QObject*, QEvent*) (in /tmp/tools-2/local/x86z/lib/libQtCore.so.4.8.0)
==26535==    by 0x658A5A7: QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (in /tmp/tools-2/local/x86z/lib/libQtCore.so.4.8.0)
==26535==    by 0x65B60F2: ??? (in /tmp/tools-2/local/x86z/lib/libQtCore.so.4.8.0)
==26535==

问题：

1. 我对吉尔的行为是正确的吗？
2. 如果No， ..。这是否意味着我必须自己管理每个线程中的GIL锁？ ..。然后，我必须为Python创建自己的互斥对象？！？
3. 如果是， ..。我的Cython或C中有关于GIL使用的问题吗？ ..。会不会是QThread/QMutex副作用？

Answer 1

在CPython中，全局解释器锁( GIL )是防止多个本机线程同时执行Python的互斥锁。

因此，您可以从GIL中得到的是，它防止了两条python代码流同时执行。除此之外，您不应该期望任何类型的锁定行为。通常情况下，编写依赖于GIL保护您的代码是不好的做法。GIL是一个许多人想要删除的疣，并且它不存在于某些形式的python中，比如IronPython和jython。在它确实存在的地方，它减少了并发性，增加了开销，使得python代码比其他地方更难推理。

从上面我还不清楚是否涉及到任何GIL失败。第二个痕迹似乎是在c++的土地深处，而不是在我所理解的GIL限制的地区。