News for hackers. Stuff that matters.
Re:Pydis – Redis clone in 250 lines of Python, for performan... by eecc on Sunday November 15, 2020 @07:15AM (#25100576)
Well, 40% slower isn’t exactly what I’d call competitive...
Re:Pydis – Redis clone in 250 lines of Python, for performan... by coldtea on Sunday November 15, 2020 @07:33AM (#25100697)
In what universe? People use Java, C#, Go, Node etc services that are 40% or more slower than equivalent C ones, and they're just fine with it...
Re:Pydis – Redis clone in 250 lines of Python, for performan... by wokwokwok on Sunday November 15, 2020 @08:04AM (#25100867)
Yes, it’s probably fast enough to be perfectly usable.

The point here is that implementing new features will be impossible, because this relies on an existing implementation that is not in python.

It is therefore not a proof that arbitrary high performance applications can easily be written in python.

It is simply an example of how high performance applications based on existing implementations someone else had written in another language can be wrapped in python.

Re:Pydis – Redis clone in 250 lines of Python, for performan... by coldtea on Monday November 16, 2020 @12:27AM (#25108377)
>The point here is that implementing new features will be impossible, because this relies on an existing implementation that is not in python.

Isn't that the opposite? Implementing new features will be easier, because it uses the C backend a helper library (for parsing, eventing), so all the business logic is Python which is easier to extend.

This is also why people use embedded Python/Luc/etc in games, 3D programs, and so on.

Re:Pydis – Redis clone in 250 lines of Python, for performan... by secondcoming on Sunday November 15, 2020 @08:16AM (#25100933)
If it was pointed out to their higher-ups that their infrastructure costs could be reduced by a sizable amount by changing language they might not be so fine with it.
Re:Pydis – Redis clone in 250 lines of Python, for performan... by coldtea on Monday November 16, 2020 @12:28AM (#25108382)
The last thing most higher-ups care about are infrastructure costs and optimizations.

And in many cases you're the higher up, and startup founders take decisions to use slower but more flexible technologies every day...