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


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

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

From Stefan Behnel <python-de@behnel.de>
Newsgroups de.comp.lang.python
Subject Re: [Python-de] select.epoll() vs async framework (PostgreSQL)
Date 2018-01-12 11:23 +0100
Message-ID <mailman.27.1515754047.2620.python-de@python.org> (permalink)
References <29ce1adc-0fea-e23c-e321-858e0d52dc1c@thomas-guettler.de> <a1669a00-b66c-6cce-8546-570a857e77aa@behnel.de>

Show all headers | View raw


Thomas Güttler Lists schrieb am 03.01.2018 um 22:07:
> bisher nutze ich psycopg (PostgreSQL) zusammen mit Linux select.epoll()
> 
> und das klappt eigentlich ganz gut. Bisher nutze ich kein async IO framework.
> 
> 
> Jetzt soll neben der Datenbank Connection auch noch N URLs geholt werden.
> 
> Aktuell ist N < 1000. Also weniger als 1000 URLs die gleichzeitig geholt
> werden.
> 
> 
> Jetzt bin ich unsicher, ob ich:
> 
> 
> Variante1: die N URLs auch per select.epoll()  hole.
> 
> Variante2: auf ein async IO Framework umsteige.
> 
> 
> Hat hier jemand Erfahrung und kann ggf etwas aus dem Nähkästchen plaudern?

Deine Frage ist doch eigentlich, ob du an dein selbst erfundenes
Sperrholzrad noch Spikes anmontieren sollst, oder statt dessen das voll
erweiterbare, luftgepolsterte Alufelgenrad einbauen sollst, das alle
anderen auch nehmen.

Ich lasse die Antwort mal offen.

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-12 11:23 +0100

csiph-web