यदि आप सी ++ में अपना एक्सटेंशन लिख रहे हैं, तो आप जीआईएल में हेरफेर करने वाले कोड को आसानी से और आसानी से लिखने के लिए आरएआईआई का उपयोग कर सकते हैं। मैं आरए II structlets की यह जोड़ी का उपयोग करें:
namespace py {
namespace gil {
struct release {
PyThreadState* state;
bool active;
release()
:state(PyEval_SaveThread()), active(true)
{}
~release() { if (active) { restore(); } }
void restore() {
PyEval_RestoreThread(state);
active = false;
}
};
struct ensure {
PyGILState_STATE* state;
bool active;
ensure()
:state(PyGILState_Ensure()), active(true)
{}
~ensure() { if (active) { restore(); } }
void restore() {
PyGILState_Release(state);
active = false;
}
};
}
}
... इजाजत दी जीआईएल दिए गए ब्लॉक (एक अर्थ ढंग से है कि किसी भी संदर्भ प्रबंधक Pythonista प्रशंसकों के लिए dimly परिचित लग सकता है) के लिए टॉगल किया जा करने के लिए:
PyObject* YourPythonExtensionFunction(PyObject* self, PyObject* args) {
Py_SomeCAPICall(…); /// generally, if it starts with Py* it needs the GIL
Py_SomeOtherCall(…); /// ... there are exceptions, see the docs
{
py::gil::release nogil;
std::cout << "Faster and less block-y I/O" << std::endl
<< "can run inside this block -" << std::endl
<< "unimpeded by the GIL";
}
Py_EvenMoreAPICallsForWhichTheGILMustBeInPlace(…);
}
... दरअसल, व्यक्तिगत रूप से मुझे पाइथन को विस्तारित करने में आसानी मिलती है, और नियंत्रण के स्तर में आंतरिक संरचनाओं और राज्य, एक हत्यारा सुविधा है।
क्या आप सी कोड के बारे में सोच रहे हैं, * सी एक्सटेंशन के बजाय * पायथन को एम्बेड करता है?जब पाइथन दुभाषिया में एक थ्रेड आपके सी एक्सटेंशन को कॉल करता है, तब भी यह जीआईएल धारण कर रहा है जब तक कि आप इसे विशेष रूप से रिलीज़ न करें। आपके द्वारा उद्धृत अनुभाग * पाइथन के बाहर * बनाए गए धागे के बारे में बात कर रहा है। –
मुझे लगता है कि ओपी संदिग्ध है। आप एक सी विस्तार में एक थ्रेड स्पिन कर सकते हैं जो जीआईएल द्वारा बाध्य नहीं है। –