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


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

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

Started byStefan Behnel <python-de@behnel.de>
First post2018-01-12 11:23 +0100
Last post2018-01-12 11:23 +0100
Articles 1 — 1 participant

Back to article view | Back to de.comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

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

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

FromStefan Behnel <python-de@behnel.de>
Date2018-01-12 11:23 +0100
SubjectRe: [Python-de] select.epoll() vs async framework (PostgreSQL)
Message-ID<mailman.27.1515754047.2620.python-de@python.org>
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

[toc] | [standalone]


Back to top | Article view | de.comp.lang.python


csiph-web