benchmark

[cokofreedom at gmail.com]

On Aug 8, 9:08 am, alex23 <wuwe... at gmail.com> wrote:
> On Aug 8, 2:49 pm, Dhananjay <dhananjay.n... at gmail.com> wrote:
>
> > Is it that a question of time and effort,
> > or is there something that doesn't make it appropriate to python ?
>
> I don't think I've ever seen anyone who has raised concerns about the
> speed of python actually offer to contribute to resolving it, so I'm
> guessing it's the former.

Contribute to resolve it? Part of me just wants to say that to "speed"
up python would be such a huge undertaking, the outcome would alter
the language beyond what people liked. Another part thinks, why speed
it up, it is pretty fast presently, and I've rarely seen real-world
applications that need that 80/20 rule applied heavily.

Benchmarks for showing what languages are good at is fine, but in
general most conform to a standard range of speed. I cannot find the
article but there was a good piece about how it takes most programmers
the same time to program in any language. Reading through the code is
another matter, I think Python is faster than most in that respect.

I'd look to increase the worst-case scenario's of Python before trying
to speed up everything. Hell the tim_sort is pretty damn fast.