Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.lang.python > #5074
| From | "Peter J. Holzer" <hjp-usenet3@hjp.at> |
|---|---|
| Newsgroups | de.comp.lang.python |
| Subject | Re: [Python-de] select.epoll() vs async framework (PostgreSQL) |
| Date | 2018-01-16 21:52 +0100 |
| Organization | LUGA |
| Message-ID | <slrnp5spfk.v6s.hjp-usenet3@hrunkner.hjp.at> (permalink) |
| References | (2 earlier) <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> |
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.
> Wo wir dabei sind, gleich noch ne RDBMS-engine?
War das nicht für Windows 2000 geplant?
Strukturierte Files waren in den 70ern durchaus üblich. Unix war da mit
seinem radikalen Minimalismus eher die Ausnahme.
>> *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.
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
Back to de.comp.lang.python | Previous | Next — Previous in thread | Next in thread | Find similar
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