John Reese - Thinking Outside the GIL with AsyncIO and Multiprocessing - PyCon 2018

[@Sousleek]

This video became a gold mine for me

[@haritmohansaxena732]

at @5:55 , you know he is a great programmer when he says, his coworker 'JSON'.

[@kosmonautofficial296]

awesome video! I am looking forward to trying this out with AsyncSSH

[@lawrencedoliveiro9104]

8:25 multiprocessing supports shared storage, but you cannot put arbitrary Python objects here, only ctypes objects.

[@brambeer5591]

This is great, thanks!

[@xiaolu7988]

Can someone tell me what font he is using for his code, for example at 2:43 there?

[@Yanonix]

Probably Hack: github.com/source-foundry/Hack

[@n7cmdr]

It's Fira Code: github.com/tonsky/FiraCode

[@יהושעכץ-נ8ס]

great video well done

[@lawrencedoliveiro9104]

9:07 I have wondered about constructs like async def myfunc ... : return await «expr» which could be simplified to def myfunc ... : return «expr» Given that the caller expects an awaitable in either case, the behaviour is exactly the same.

[@matts2298]

Lol. No. Like you have missed the very point of asynchronity. Waiting for something is not the same as blocking the event loop during it. The async one does not block other tasks while waiting.

[@SteelBlueVision]

As usual the links to both the slides and speakerdeck point to nothing! Please fix this.

[@DaLoler1]

11:25

[@mephistotel87]

1. get_nowait() raises queue.Empty exception. How do you handle that? I don't see 2. In that case there will be raised exception from future in run_until_complete which will lead to terminating all application

[@n7cmdr]

Yes, I elided the exception handling in the slides for the sake of brevity, but the code in the aiomultiprocess library correctly handles the Empty exceptions. See github.com/jreese/aiomultiprocess/blob/master/aiomultiprocess/core.py for more details.

[@dclxviclan]

Hmm... i look this

[@pynchia4119]

Great library, well done! Just relax and learn to speak in public

[@pourimow2630]

Why jumping through so many hoops to use Python instead of using a better programming language?

[@wlgrd7052]

Define "better"

[@lawrencedoliveiro9104]

I sense a straggler from the Java/C♯/PHP crowd ...

[@kicknotes]

I really wish speakers would learn a bit more about speaking or practice for an objective listener (for feedback) before presenting. I know nerves can be a factor, but constant "ums" and "uhs" can really detract from a presentation. This was hard for me to watch as a result of that.

[@checkerist]

I haven't noticed this until reading your comment!

[@therumbler]

I really wish KZbin commenters would learn a bit more about communication or practice with an objective reader (for feedback) before commenting. I know they're just trying to give advice, but the condescending tone and odd passive aggressiveness can really distract from the message. This comment was hard to read as a result of that.

[@trixn4285]

Well, yeah, is it possible that you don't understand the topic well enough to follow so you focused on the style of presentation rather than the content? Surely it wasn't exceptionally entertaining but totally fine and with high quality information. Didn't really notice the "ums" until reading your comment. You could be a bit more thankful for being provided with quality information for free.