Show HN: Socketify.py: Http/Https and WebSockets servers for PyPy3 and Python3

Post by cirospaciari » Tue, Jan 10, 2023, 1:45 PM UTC

LtWorf wrote: post #37

matsemann wrote: post #9

Earlier quoted context omitted.

Pydantic is unreasonably slow for big datastructures, though. For simple performance tests with simple requests/response it's probably fast. But with lots of the data marshalling happening in python some things are really slow in real life use cases.

Author of typedload here. Pydantic is indeed really slow ( https://ltworf.github.io/typedload/performance.html ) typedload is faster and written in pure python (unlike pydantic). I know they are rewriting it in rust… but I don't know what will come out of it. After all my pure python implementation already manages to beat pydantic's binary, and when unions are in use, also apischema's binary.

Post by melenaboija » Tue, Jan 10, 2023, 1:46 PM UTC

szastamasta wrote: post #33

This is kind of cool, but it all makes sense if your app is a very simple CRUD that spends 99% of time just passing json around. I have this feeling that when you add some more logic there you’ll start noticing that you’re not in a compiled language any more. Your requests will get slower and your memory usage will explode. Saying that Python is faster than Go with this as a proof looks like overreaching for Me. It o…

Post by IshKebab » Tue, Jan 10, 2023, 1:54 PM UTC

zelphirkalt wrote: post #48

goatlover wrote: post #29

Earlier quoted context omitted.

For all practical purposes, a programming language is defined by it's general real world implementation, and not it's specification. Maybe not so much for computer scientists, but for programmers, Python is interpreted with some JIT alternatives and C++ is compiled.

This is false. Making a new implementation is a practical purpose. Any new implementation will have to work with the spec, instead of idiosyncracies of other implementations. Ergo there are practical purposes which go by how the language is defined in its specification. Some languages have more of a proper spec than others, of course. If we look at for example Scheme dialects, then they often change their implementat…

Post by meling » Tue, Jan 10, 2023, 1:59 PM UTC

melenaboija wrote: post #63

szastamasta wrote: post #33

This is kind of cool, but it all makes sense if your app is a very simple CRUD that spends 99% of time just passing json around. I have this feeling that when you add some more logic there you’ll start noticing that you’re not in a compiled language any more. Your requests will get slower and your memory usage will explode. Saying that Python is faster than Go with this as a proof looks like overreaching for Me. It o…

It does not say that Python is faster than Go it clearly says "Python framework". > It only proves that wrapping C code in Python is fast. Yes, it proves that for this specific use case Python is faster.

Post by aliqot » Tue, Jan 10, 2023, 2:00 PM UTC

jimnotgym wrote: post #66

I'm feeling old. I went back to Flask recently and keep finding everything I know is deprecated, or not best practice any more. Then I read every week that some new framework is out that is better. I'm tired of it. I end up spending more time learning new things than I do building new things! Maybe I should get off hn for a while