News for hackers. Stuff that matters.
Re:Why Python Is Slow: Looking Under the Hood by Skunkleton on Tuesday November 18, 2014 @03:24PM (#8626096)
Another reason python is slower than other languages is that abstraction adds significant overhead which most implementations cannot optimize away. See here:

http://blog.reverberate.org/2014/10/the-overhead-of-abstract...

Re:Why Python Is Slow: Looking Under the Hood by coolsunglasses on Tuesday November 18, 2014 @03:29PM (#8626132)
The overhead of abstraction...unless you're using Haskell where typeclass instances get specialized, so you can abstract without slowing things down.
Re:Why Python Is Slow: Looking Under the Hood by tome on Tuesday November 18, 2014 @03:47PM (#8626236)
Let's not overstate the case. There's still plenty of abstraction which is tricky or impossible for GHC to optimize. But yes, with static analysis comes the possibility of nice optimizations.
Re:Why Python Is Slow: Looking Under the Hood by coolsunglasses on Wednesday November 19, 2014 @02:35AM (#8628728)
Indeed.

I like the tricky one they're kicking around that would make `lens` faster. Pretty intriguing. I'm hopeful they'll be able to make it work in STG.

Re:Why Python Is Slow: Looking Under the Hood by haberman on Tuesday November 18, 2014 @03:47PM (#8626234)
The article is not suggesting that abstraction inherently has overhead in all languages. Rather it is exploring the difference between languages where abstractions can be essentially free (in terms of runtime overhead), and languages/implementations where abstraction has a noticeable cost.