On Fri, 27 Jun 2014 19:10:25 -0700, Rustom Mody wrote: > If no one speaks up (with hard specific data!) for the technologies you > are considering (eg PyPy, Nuitka etc) then I would conclude that they > are not yet ready for prime-time/ your use-case
A silly conclusion. The OP's use-case is quite specific, namely he wants to freeze a wxPython GUI app in a single executable *and* optimize it, while this mailing list is very general. Most people here are not experts on *any* of Nuitka, PyPy, wxPython or freezing applications, let alone all of them. Lack of hard specific evidence is not evidence that the job cannot be done, it's just evidence that the people here don't know how. Having said that, I think that the OP's question is probably misguided. He or she gives the impression of expecting PyPy or Nuitka to be a magic button that will speed up the user experience, like the Turbo button on old PCs. (Remember them?) It's not likely to be that easy. wxPython is a wrapper to a C GUI library, all the work is done in C, not Python, so moving to PyPy or Nuitka won't speed it up. It may even slow it down, if the interpreter is less efficient at calling C libraries. Additionally, in most GUI apps (although not all), the main bottleneck is usually not the programming language but the user. GUI apps tend to spend 95% of their time idling, waiting for the user. Its been a *long* time since the GUI framework itself has lagged behind the user's input, except in cases of memory exhaustion. So if the OP is interested in speeding up his or her application, the first thing to do is to identify what parts of it are slow, identify why they're slow, and concentrate on those parts. For example, if the OP's app is slow because it repeatedly scans a remote network directory, then moving to PyPy won't speed it up, because file operations over a network are inherently slow. If it's slow because it foolishly uses bubble sort to sort 1000 items instead of Python's built- in sort, then moving to PyPy may technically speed it up, but probably not enough to notice. Some problems are inherently slow. Some are fixable by using better algorithms. And some are fixable by using an optimizing compiler like PyPu or Nuitka. We are given no reason to think that the OP's problems lie in that third area rather than the first two. -- Steven -- https://mail.python.org/mailman/listinfo/python-list
