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


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

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

Path csiph.com!weretis.net!feeder4.news.weretis.net!news.unit0.net!fu-berlin.de!uni-berlin.de!not-for-mail
From "Sven R. Kunze" <srkunze@mail.de>
Newsgroups de.comp.lang.python
Subject Re: [Python-de] select.epoll() vs async framework (PostgreSQL)
Date Fri, 19 Jan 2018 17:09:23 +0100
Lines 31
Message-ID <mailman.151.1516378163.2620.python-de@python.org> (permalink)
References <29ce1adc-0fea-e23c-e321-858e0d52dc1c@thomas-guettler.de> <a1669a00-b66c-6cce-8546-570a857e77aa@behnel.de> <71ab86cc-0e21-da2f-9577-8b6ccbe707ba@thomas-guettler.de> <2915505E-9237-40C4-A2BF-A4A22D00A216@web.de> <04ab7b73-e182-081c-74c7-976e3eac9b84@mail.de> <BF99A7B0-1BA4-4C3D-A9BF-B8968881C85D@web.de> <mailman.78.1516099885.2620.python-de@python.org> <slrnp5spfk.v6s.hjp-usenet3@hrunkner.hjp.at> <5CF223E8-562B-4F4D-9614-756B9D8606ED@web.de> <mailman.96.1516137866.2620.python-de@python.org> <slrnp631j9.501.hjp-usenet3@hrunkner.hjp.at> <12101652-ad84-1456-63e2-5cc97372abea@mail.de>
Mime-Version 1.0
Content-Type text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding 8bit
X-Trace news.uni-berlin.de fLLsGjpDc5IDjFTnTpgEPQSJWoR+MABWsEnG2+DzcagA==
Return-Path <srkunze@mail.de>
X-Original-To python-de@python.org
Delivered-To python-de@mail.python.org
DKIM-Signature v=1; a=rsa-sha256; c=relaxed/simple; d=mail.de; s=mailde201610; t=1516378154; bh=XtZw8gy8O89pinx/NfbNrhqNaAzjSmx0Wqtqs/sQX1Y=; h=Subject:To:References:From:Date:In-Reply-To:From; b=fzSEL3vEsyGjt5fnt9fCuiU8nQ7jFFmDvFXePgdKC8lVFlF/6kFy/+4fqp0WcAmp/ uitWFbsjYvqieHhrnNS4JL16ZuvE+z/S9xHLERa/+45CPQ/CcSuJtp0E5yb+Tycwjq nr0YwdBAPX2IO00rvwLIppSxNyyLZE7BeqshoCKE=
In-Reply-To <slrnp631j9.501.hjp-usenet3@hrunkner.hjp.at>
Content-Language de-DE
X-purgate clean
X-purgate This mail is considered clean (visit http://www.eleven.de for further information)
X-purgate-type clean
X-purgate-Ad Categorized by eleven eXpurgate (R) http://www.eleven.de
X-purgate This mail is considered clean (visit http://www.eleven.de for further information)
X-purgate clean
X-purgate-size 3343
X-purgate-ID 154282::1516378154-00004FF0-31ECEA9D/0/0
X-Content-Filtered-By Mailman/MimeDel 2.1.25
X-BeenThere python-de@python.org
X-Mailman-Version 2.1.25
Precedence list
List-Id Die Deutsche Python Mailingliste <python-de.python.org>
List-Unsubscribe <https://mail.python.org/mailman/options/python-de>, <mailto:python-de-request@python.org?subject=unsubscribe>
List-Archive <http://mail.python.org/pipermail/python-de/>
List-Post <mailto:python-de@python.org>
List-Help <mailto:python-de-request@python.org?subject=help>
List-Subscribe <https://mail.python.org/mailman/listinfo/python-de>, <mailto:python-de-request@python.org?subject=subscribe>
X-Mailman-Original-Message-ID <12101652-ad84-1456-63e2-5cc97372abea@mail.de>
X-Mailman-Original-References <29ce1adc-0fea-e23c-e321-858e0d52dc1c@thomas-guettler.de> <a1669a00-b66c-6cce-8546-570a857e77aa@behnel.de> <71ab86cc-0e21-da2f-9577-8b6ccbe707ba@thomas-guettler.de> <2915505E-9237-40C4-A2BF-A4A22D00A216@web.de> <04ab7b73-e182-081c-74c7-976e3eac9b84@mail.de> <BF99A7B0-1BA4-4C3D-A9BF-B8968881C85D@web.de> <mailman.78.1516099885.2620.python-de@python.org> <slrnp5spfk.v6s.hjp-usenet3@hrunkner.hjp.at> <5CF223E8-562B-4F4D-9614-756B9D8606ED@web.de> <mailman.96.1516137866.2620.python-de@python.org> <slrnp631j9.501.hjp-usenet3@hrunkner.hjp.at>
Xref csiph.com de.comp.lang.python:5098

Show key headers only | View raw


On 19.01.2018 06:47, Peter J. Holzer wrote:
> Nein, aber die Idee ist nicht so absurd, wie Du glaubst.
>
> (Abgesehen davon glaube ich nicht, dass Dein Vorposter das wollte. Für
> micht klingt das eher, als wollte er einen HTTP-Parser und/oder
> -Generator im Kernel haben (wobei mir nicht ganz klar ist, wozu) und
> sowas würde als Teil etwa einer Firewall- oder WebDAV-Komponente wenig
> Stirnrunzeln auslösen.)

Damit der konkrete Anwendungsfall klarer wird.
Aufgabe war/ist es URLs asynchron zu callen und den Rückgabewert in eine 
DB zu schreiben (siehe erster Post dieses Threads).

Nun stellte sich leider heraus, dass eine URL zu requesten nicht 
wirklich einfach ist. Die Lib "requests" auf jeden Fall ist ziemlich 
blocking und insbesondere muss es mehrere blockierende Dinge 
nacheinander tun. Im einfachsten Fall:
1) DNS lookup
2) open connection
3) push request data on socket

Meine naive Lösungsvorstellung war: ein Socket, der genau alles das 
kann, was requests kann. Damit würde die select-loop extrem einfach 
werden, und als Schleifen-Bauer kann man sich um die eigentlichen Dinge 
kümmern.

Die andere Seite (nämlich das NOTIFY von PostgreSQL) ist genau so 
einfach. 1 Socket, von dem man liest.

Sven

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


Thread

Re: [Python-de] select.epoll() vs async framework (PostgreSQL) "Diez B. Roggisch" <deets@web.de> - 2018-01-16 11:38 +0100
  Re: [Python-de] select.epoll() vs async framework (PostgreSQL) "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2018-01-16 21:52 +0100
    Re: [Python-de] select.epoll() vs async framework (PostgreSQL) "Diez B. Roggisch" <deets@web.de> - 2018-01-16 22:24 +0100
      Re: [Python-de] select.epoll() vs async framework (PostgreSQL) "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2018-01-19 06:47 +0100
        Re: [Python-de] select.epoll() vs async framework (PostgreSQL) "Sven R. Kunze" <srkunze@mail.de> - 2018-01-19 17:09 +0100
          Re: [Python-de] select.epoll() vs async framework (PostgreSQL) "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2018-01-20 09:53 +0100
            Re: [Python-de] select.epoll() vs async framework (PostgreSQL) "Sven R. Kunze" <srkunze@mail.de> - 2018-01-24 12:41 +0100
    Re: [Python-de] select.epoll() vs async framework (PostgreSQL) Achim Domma <domma@procoders.net> - 2018-01-16 22:24 +0100
      Re: [Python-de] select.epoll() vs async framework (PostgreSQL) Wolfgang Strobl <news4@mystrobl.de> - 2018-01-18 07:06 +0100
    Re: [Python-de] select.epoll() vs async framework (PostgreSQL) "Sven R. Kunze" <srkunze@mail.de> - 2018-01-17 18:32 +0100
    Re: [Python-de] select.epoll() vs async framework (PostgreSQL) "Sven R. Kunze" <srkunze@mail.de> - 2018-01-17 18:48 +0100

csiph-web