Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.lang.python > #5107

Re: [Python-de] select.epoll() vs async framework (PostgreSQL)

Show key headers only | View raw

Sven R. Kunze schrieb am 22.01.2018 um 17:14:
> 1) es gibt einen Steuerprozess, der muss async sein und in dem läuft auch
> die Loop
> 2) blockierender Code ist inkompatibel, da nicht kooperativ, und wird in
> ThreadPools ausgelagert, wo er keinen Schaden anrichten kann
> 
> Stimmt das soweit?

Etwas vereinfacht und in Punkt 2) fehlt noch ein "beispielsweise", aber ja,
kann mensch so sagen.


> Mit anderen Worten, wenn ich in den Projekten bereits einen
> Aufgaben-Verteiler-Prozess (Steuerprozess) habe, dann brauche ich mir um
> asyncio eigentlich keine Gedanken zu machen.

Doch, denn genau das war ja der Aufmacher für diese Diskussion. Es lohnt
sich oft, einen wie auch immer existierenden (async-)Steuerprozess durch
asyncio zu ersetzen, weil dadurch ein ganzer Haufen wiederverwendbarer Code
verfügbar wird.

Du hast von einem sync/async Zwei-Welten-Problem gesprochen, aber das
wirkliche Problem war die Zersplitterung innerhalb der async-Welt. Das ist
das, was asyncio beseitigt.

Stefan

Back to de.comp.lang.python | Previous | Next | Find similar

Thread

Re: [Python-de] select.epoll() vs async framework (PostgreSQL) Stefan Behnel <python-de@behnel.de> - 2018-01-23 06:29 +0100

csiph-web