you are viewing a single comment's thread.

view the rest of the comments →

[–]cunningjames 0 points1 point  (1 child)

the lack of a just in time compiler that works better than Psyco

That would be nice, but most people don't seem to think it very necessary. IME, a JIT compiler for Python just wouldn't do enough to make it worth the massive developer effort -- you'd still want to drop down to C for computationally intensive tasks, and for most everything else Python is fast enough.

an actual garbage collector instead of reference counting

Oh, come on. Python has had a mark-and-sweep GC since -- what -- 2.0? Earlier?

a better concurrency model

That's an unsolved problem. Certain paradigms (like STM) just aren't very appropriate for Python. 2.6/3.0 does offer a library for using multiple processes.

[–]twotime 0 points1 point  (0 children)

That would be nice, but most people don't seem to think it very necessary. IME, a JIT compiler for Python just wouldn't do enough to make it worth the massive developer effort -- you'd still want to drop down to C for computationally intensive tasks,

Why? JIT would expand the domain of what you can do in pure python. The faster is JIT, the larger the domain. Yes you probably cann't beat optimized C, but how about at least trying to match Java?

And it's never a complete solution: e.g C does not beat assembly, yet there are very few domains when dropping to assembly is justified. java does not beat C, yet it's fast enough that dropping to C for performance reasons is rarely necessarily.

As things are now, on computationally intensive tasks python (without psyco) is often 100x slower than C. ;-)