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


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

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

Path csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail
From "Diez B. Roggisch" <deets@web.de>
Newsgroups de.comp.lang.python
Subject Re: [Python-de] select.epoll() vs async framework (PostgreSQL)
Date Tue, 16 Jan 2018 22:24:21 +0100
Lines 84
Message-ID <mailman.96.1516137866.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>
Mime-Version 1.0 (1.0)
Content-Type text/plain; charset=utf-8
Content-Transfer-Encoding quoted-printable
X-Trace news.uni-berlin.de 8Wh4gwWHstXXg1Pzu5XIRAyiovZ+916w9gvrKIrBr62g==
Return-Path <deets@web.de>
X-Original-To python-de@python.org
Delivered-To python-de@mail.python.org
X-Mailer iPad Mail (15C153)
In-Reply-To <slrnp5spfk.v6s.hjp-usenet3@hrunkner.hjp.at>
X-Provags-ID V03:K0:VauCOZOoZke/cZyzWTNZxz/c+pvrK9UIVyZZSCqhr+bMhaGwqEu 69AW7zUBaD6tezOy944jDGGBi40dsLSbJ5OAqJjuiKFHgIYjhz7US0YTGW8goJudcJWsmqL n+Mh5ipb017YhsUFZzTSEDsarbU0wB/Dn/COEKntiJYQ6ezSWhMjHhGH+aTytbz69Q945WZ nZxh7KBt8+ombbZoNAADQ==
X-UI-Out-Filterresults notjunk:1;V01:K0:ea3afJeWuKI=:epRtXyol+/O1nhn4bofz6y I3qANOFD2/2iwT/3HSoBqsBOhpHqA1QNXqQOsgPmIl+4khVJC+INfptaXqS8vArbcQk3hTMqY ZC4Y3opNuO+DItdvMSRQ5qx6ptPoe1+40aagSBUciVrgZbSKXnOMiDZs1ao1dY63hdb2BOKwf b9iZmonaEetBpmRZGL5gpTe+K2zUoslRdsAKWdtiAZvcFPpTQL1g6y7J8GulAUiUDP6fgqSFw 6ogZsMMEaSMzXARMhsyoyynXezNAPbgEo3jR3WMZXHhMpvZo+ltV6FgWMOiYR29H8zOkdkVah HhiXcUmhjn+KM5RalSYknipdhyKcs/9TNHrJsjh5XxvMl8TZOoByIbvBEEg1RMIGu3quDpAjd mUMvGpGGC1j5ugfsqYAVuw9jv9tdt3dhDs22wxw/QglqPAIFlQCLMxA7jn3b46EhBZPomQYc/ fRlWpg+diEexYnWxfgQom7L35iVsOTURcDSL9verc1h4+vuctdt3/9uCeeImpG7P+pNGYcKmP gQui3FW47oOm7nL+gAOZ91h15jTgOY23S41HOgxXafEzpkcJqXujjL7jTAxPTb/J/5fJMdSTY yr/+WTxzmLI1KbkYBl+K26Xb5FCO5YykEelH7mK8WTpEUeVECZ5k+xCzBReyLJJGvffqdkZ3Q 4J743eVgidmmaQjVoDASG8OGQWO6mMSQMJ0FKjCoeXruaOo5eU1tVgM+/BBBnPmUm0s6wcMJs O/HdNT74uc3TF0pSEpHOAbIkAaaado9sKHeHTiPeDwYyZFAPfnspu+44RtT7G6hblbUdIlg5m q93Cm4wAvGZeYHqx4E7wC5jp3Ayqv5dmqU6Tndikj5U6M1uPLo=
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 <5CF223E8-562B-4F4D-9614-756B9D8606ED@web.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>
Xref csiph.com de.comp.lang.python:5075

Show key headers only | View raw



Von meinem iPad gesendet

> Am 16.01.2018 um 21:52 schrieb Peter J. Holzer <hjp-usenet3@hjp.at>:
> 
> On 2018-01-16 10:38, Diez B. Roggisch <deets@web.de> wrote:
>>> Sockets sind meiner Meinung nach ein viel besseres Abstraktionsniveau
>>> als meinen Quellcode überall mit diesem dämlichen async und await zu
>>> spicken.
>>> 
>>> Das einzige, was hier fehlt, wäre ein spezieller Typ von
>>> File-Deskriptor, der entsprechend in der Lage ist HTTP zu sprechen.
>> 
>> Du moechtest also einen HTTP-Server in den Kernel verlagern?
> 
> Gab es bei Linux schon.

Und hat NGINX und Apache erfolgreich verdrängt wie wir jeden Tag sehen. 

> 
>> Wo wir dabei sind, gleich noch ne RDBMS-engine?
> 
> War das nicht für Windows 2000 geplant?

Weiß nicht genau was du meinst. Das nie erschienene WinFS für Longhorn? Das war jedenfalls eher eine Desktop-Suche wie Spotlight, und zumindest letzteres ist über Worker im Userspace implementiert. 

> 
> Strukturierte Files waren in den 70ern durchaus üblich. Unix war da mit
> seinem radikalen Minimalismus eher die Ausnahme.

Haben die beliebige Abfragen und Aggregationen über ihre Felder erlaubt? Sonst finde ich den Vergleich etwas weit hergeholt. 

> 
>>> *Kooperatives Multitasking ist einfach nur Schrott.* Ich habe mich
>>> neulich mit einem Mitt-Fünziger unterhalten, der asyncio in seinem
>>> neusten Projekt einsetzt, und habe ihn gefragt, wie er es findet und
>>> ob es sich irgendwie zu kooperativen Multitasking aus
>>> Mainframe-Zeiten (was bekanntlich aus der Mode gekommen ist)
>>> unterscheidet.
>>> 
>>> Er sagte folgendes:
>>>> naaa it’s the same thing .. like a loop u know .. marketing .. blah
>>>> blah .. some technology went out from window .. and back from doors
>>>> .. like something new *we call that progress* .. but is something
>>>> like reinvent the wheel for sell something ;) ppl need “new” words,
>>>> “new” languages  .. to feel young :-)
>> 
>> “”” Alter Mann erklaert Technologie, die nach seiner eigenen
>> Sturm-und-Drang-Phase entwickelt wurde, fuer ueberfluessig.
> 
> Eher umgekehrt. Alter Mann erkennt, dass die Technologie, die da als
> "neu entwickelt" angepriesen wird, schon in seiner Jugend nicht mehr neu
> war.

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...

Diez 


> 
>        hp
> 
> 
> -- 
>   _  | Peter J. Holzer    | Fluch der elektronischen Textverarbeitung:
> |_|_) |                    | Man feilt solange an seinen Text um, bis
> | |   | hjp@hjp.at         | die Satzbestandteile des Satzes nicht mehr
> __/   | http://www.hjp.at/ | zusammenpaßt. -- Ralph Babel
> _______________________________________________
> python-de maillist  -  python-de@python.org
> https://mail.python.org/mailman/listinfo/python-de

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