Matthew Seal
Matthew Seal
It is intended to be parallel safe. There was a lot of work in nbclient and jupyter_client to support it at the library level. The root problem is likely this...
Apologies this wasn't resolved when posted. What version of the python were you using? And how were you signing the self-signed certificate? https://github.com/encode/httpx/issues/507 has some examples of self-signing that work...
@poonkothaip apologies this was left unanswered for a long while. The underlying queues are already threaded, you threading above likely won't help unless you have inbound network or disk delays...
Closing for now. We did a lot of performance improvements and load testing since I posted before. Please open a new issue if there's a performance regression and provide logs...
Parts of nbvonvert should work as is -- I'd need to give it a try on PyScript or something similar to confirm. But some of the conversions rely on latex...
Thanks for the details on the leak, other tickets related hadn't captured rate or isolated calls as well. And apologies no one engaged right away on the thread. I've marked...
Related, possibly same issue: https://github.com/confluentinc/confluent-kafka-python/issues/1361
I've added this to the queue of items to look at -- it looks like we the overwriting error code line should be removed, but I need to discuss why...
Closing as CP version requirement + fix is specified in the ticket.
Agreed on `black` being a preferred option. I've added it to several libraries in the past without much annoyance to repo maintenance while getting linting aid.