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

From	"Sven R. Kunze" <srkunze@mail.de>
Newsgroups	de.comp.lang.python
Subject	Re: [Python-de] select.epoll() vs async framework (PostgreSQL)
Date	2018-01-17 18:48 +0100
Message-ID	<mailman.106.1516211289.2620.python-de@python.org> (permalink)
References	(5 earlier) <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>

Show all headers | 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 | Next — Previous 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