4 ms·
This is, sadly, completely opposite to what we try to advocate with PyPy, which is you should not sacrifice your abstractions in favor of performance and you sh
by fijal 14y ago
This is, sadly, completely opposite to what we try to advocate with PyPy, which is you should not sacrifice your abstractions in favor of performance and you should not need to rewrite in C, barring few corner cases, like writing kernels.
Surprisingly enough, I happen to have a talk when I discuss this precise topic, for people with a 30min to kill. http://www.youtube.com/watch?v=ZHF5Aius_Qs&feature=youtu.be http://www.youtube.com/watch?v=ZHF5Aius_Qs&feature=youtu...
- zobzu 14y agoPypy, you mean the people who dont see value in properly supporting HTTPS when retrieving packages?
- JeremyBanks 14y agoWe're talking about PyPy: http://pypy.org/ http://pypy.org/ You seem to be talking about PyPi: http://pypi.python.org/ http://pypi.python.org/
- RegEx 14y agoI personally was confused by this for a decent amount of time.
- someperson 14y agoNow we need a "PiPy" (I suggest it simply be python implementation of the algorithm to calculate decimal places in pi) and PiPi (not idea what it would do). (Sorry about fluff comment, couldn't resist. We digress.)
- deleted 14y ago[deleted]
- deleted 14y ago[deleted]
- janl 14y agoPipi is weewee in German. You pick what the project does :) (OT)
- zobzu 14y agoAh thanks!
- timClicks 14y agoDo you have any tips from the last third of the talk that you needed to skip?
- fijal 14y agoThe value of those tips is unfortunately ephemeral, since we're improving in PyPy in a lot of places. I'll try to put it up in the form of blog post, to have a point of reference. No definite deadline yet though :)
- jmilloy 14y agoThe point of the OP was "patterns for fast python", i.e performance. It's absurd to claim that you "advocate abstractions over performance" in the context of achieving performance, so your comparison doesn't make sense to me. Just because you don't advocate performance doesn't mean that these aren't the ways to achieve performance. In addition, it sounds you mostly agree with regard to rewriting in C... use it as a last resort. It sounds to me like you are just trying to disagree.
- JulianWasTaken 14y agoI don't see where in fijal's comment you got the impression that he doesn't advocate performance. I very much would hope (and believe) otherwise, that he cares very much about it. It also does not seem that he agrees at all with regard to writing in C, since his "last resort" sounds much more last than yours (again, a thing I'd expect from him ;). His point sounds like it is "if you care about performance, these are not really ways to get it, because they sacrifice more important things". If your issue with that is "yeah but I still want performance" I would bet that fijal would point you to PyPy :).
- jmilloy 14y ago>you should not sacrifice your abstractions in favor of performance I only point out that a list of optimization techniques that advocates nothing will be different than a list of optimization techniques that advocates certain abstractions at the expense of performance. And there's nothing sad about that.
- JulianWasTaken 14y agoI repeat, I see nothing there that says "don't optimize for performance". It says "if you want performance don't do X because X is not a reasonable sacrifice". Then he linked to some better ones. If you watch the linked talk, "write simple code when given the choice between simple and complex code" seems like fijal's main suggestion (and in my limited experience with PyPy has worked for me). The other main suggestion that I assume is underlying is "if you want performance try PyPy". Neither of those require sacrificing abstraction. Some of Guido's suggestions do.