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


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

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

Path csiph.com!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 Wed, 17 Jan 2018 18:48:01 +0100
Lines 41
Message-ID <mailman.106.1516211289.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> <4bfd76ba-d8d3-b4ef-77b3-46ddf374455f@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 c5RHxzvbn3mpYd3nez9QKQIW/txCAjXgHYwMLNqnP38w==
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=1516211282; bh=WE3DFkK5eStmfPmldUvto7UEJZLOKIc2eEY/CYZvgBA=; h=Subject:To:References:From:Date:In-Reply-To:From; b=lvgtAEWSDmg5yZ1i+SP6Vb4i5uhNoTDJg467xsrf7nMCRTRGc6cmkRqcXj9e3bHzW gJRjVTbB7rbFJJ9j4wbb3D94LshbS8SVKQZ//opO5hYt7w5+63U9zo0V4SzXrwGBkj RKFoTEg3MJiSilXtJjPnS+PhhuMP0vAR7hTrJxvQ=
In-Reply-To <5CF223E8-562B-4F4D-9614-756B9D8606ED@web.de>
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 1792
X-purgate-ID 154282::1516211282-00004FF0-B86F9DA4/0/0
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 <4bfd76ba-d8d3-b4ef-77b3-46ddf374455f@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>
Xref csiph.com de.comp.lang.python:5080

Show key headers only | View raw


On 16.01.2018 22:24, Diez B. Roggisch wrote:
> Du moechtest also einen HTTP-Server in den Kernel verlagern?

Ich weiß nicht, ob ich das möchte. Ich möchte am liebsten mit 
Filedeskriptoren arbeiten.
Die kann ich nämlich abholen und auf die kann ich draufschreiben, wenn 
ich es möchte.

Wenn es dafür einen HTTP-Server im Kernel braucht, dann ist das halt so. 
Aber neben normalen Files hat sich das Web wohl leider durchgesetzt, 
auch wenn es viele immer noch nicht wahrhaben wollen.

URLs dienen der Adressierung von Ressourcen und HTTP als Protokoll von 
Resourcen-Repräsentationen.

>>> Wo wir dabei sind, gleich noch ne RDBMS-engine?

Hö? Entweder wir reden über verschiedene Dinge, aber ich kann PostgreSQL 
über einen UNIX-Socket ansprechen.

> Wenn der alte Mann kooperatives Multitasking mit asynchroner Programmierung auf einem ansonsten immer noch präemptiven OS gleichsetzt, bleibe ich da eher bei meiner Sichtweise...

So richtig erklären, wo da jetzt der qualitative Gewinn ist, kannst du 
aber auch nicht. Kommt mir jedenfalls vor.

Außer die üblichen Marketing-Begründungen (die auch beim reinrassigen 
kooperativen Multitasking ziehen), gehst du nicht wirklich auf die 
entscheidenden Punkte ein, die präemptives Multitasking zur 
dominierenden Technologie der letzten ?Dekade? gemacht haben:

- Entwickler kann sich auf seine Domäne konzentrieren
- Entwickler muss kein Betriebssystemler sein und Scheduling verstehen 
müssen
- asyncio baut eine Parallelwelt auf, sieht aus wie eine fremde 
Programmiersprache
- alle Bibliotheken, die IO tun, sind neu zu schreiben
- Funktionen können nicht einfach mal gecallt werden, Loop muss selbst 
verwaltet werden
- in Python: interaktiver Modus so gut wie unmöglich

Sven

Back to de.comp.lang.python | Previous | NextPrevious 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