Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×
Python Programming

You Can Now Profile Python Using Arm Forge (arm.com) 103

Python "is often described as being slow when it comes to performance... But is that truly the case?" writes Patrick Wohlschlegel, Arm's senior product manager for infrastructure and high-performance computing tools.

Slashdot reader igor.sfiligoi writes: Effectively profiling Python has always been a pain. Arm recently announced that their Arm Forge is now able to profile both Python and compiled code.
It's available for any hardware architecture, Wohlschlegel writes, adding that developers "typically assume that most of the execution time is spent in compiled, optimized C/C++ or Fortran libraries (e.g. NumPy) which are called from Python..."

"How confident are you that your application is not wasting your precious computing resources for the wrong reasons?"
This discussion has been archived. No new comments can be posted.

You Can Now Profile Python Using Arm Forge

Comments Filter:
  • Slashvertisement (Score:5, Informative)

    by ceoyoyo ( 59147 ) on Saturday January 12, 2019 @04:37PM (#57950998)

    You're supposed to mark the sponsored content....

    • I realize there’s a tendency here on Slashdot to label anything remotely commercial as a “slashvertisement”... but this one really is. The link goes to a sales spiel from arm’s software group for one of their products.

      • Re: Slashvertisement (Score:3, Informative)

        by ceoyoyo ( 59147 )

        Itâ(TM)s not even an innovative product. Python comes with two different profilers, and thereâ(TM)s a plethora of other profilers and guis that work with it.

        Also, the summary itself is largely excerpts from said sales pitch.

  • by Anonymous Coward

    It's like getting a rusted out 73 Chevy detailed.
    If you cared about performance you wouldn't have used Python to start with.

  • by phantomfive ( 622387 ) on Saturday January 12, 2019 @04:48PM (#57951038) Journal

    Python "is often described as being slow when it comes to performance... But is that truly the case?"

    Yes, in fact yes, it is. That is not why we use Python.

    • I think the idea here was to find out how much time you spent in slow python vs the more-native compiled libraries you call from it? I know I do that with perl, and with the right division of work, it flies. Because then you can get the best of both worlds - the glue can be quick to write - faster programmer, and the hard number crunching can be fast to run - those compiled libraries. You don't thunk out to them for silly stuff like adding two numbers, but when things get hairy, the price of the thunk (in
      • by imidan ( 559239 )
        Okay, but what's with

        developers "typically assume that most of the execution time is spent in compiled, optimized C/C++ or Fortran libraries (e.g. NumPy) which are called from Python..."

        What developer assumes that most of the execution time is spent in compiled libraries when the program is written in an interpreted language? I mean, if I write a c++ library to call from my Python program, it's because I know it's gonna be fast...

        • Any dev doing some computation that blows up like n factorial can easily assume most of the time is spent there, no matter what language it's in. The current "deep learning" fad might apply here, since all the junk being pushed for that is currently using python for the user-stupid layer. So while the C (my favorite language for number crunching) might be much faster per operation, the sheer number of operations...you can work it out. You might write a GUI for say, a Mandelbrot program in some interprete
      • It depends tremendously on the working environment. The "Python for Windows" package from pypi.org take shocking amounts of time to even begin running the simplest python scripts. The Python built into CygWin, however, has much more reasonable behavior. As best I can tell, it's the underlying filesystem access components, which are much better integrated with CygWin.

    • Python. The new Perl.
      • With even weirder syntax, just for the new kidz...and a whole new way to mess up your namespace
        And no Inline:C (or dozen other languages) that I know of. I'm no python wizard, I learned other languages that get 'er done for me.
        As the AC didn't quite manage to point out, all interpreted languages are always going to be slower than something that compiles to native machine code except for very special cases of misuse. But you gain things that might be worth it to save programmer time that can't be done -
  • by Btrot69 ( 1479283 ) on Saturday January 12, 2019 @06:03PM (#57951272)

    Python programs that I wrote 15 years ago are still running in production.

    The "Java rewrite" that my manager wanted to do never got done.
    In fact, a lot of the production Java code that existed back then couldn't be maintained and got reimplemented in Python.

    Since the new servers are ~20 times faster, speed never really mattered anyway.

    Python is full of "free" optimizations that most newbys are not even aware of.

    When you learn to do things that "Pythonic" way, it really does put the clunky Java hack-jobs to shame.

    Here another take on it:
    https://www.pythonforengineers... [pythonforengineers.com]

    • Of course. For things that really don't have to do much, scripting languages are fine, and newer or more extendable ones tend to be a little quicker than the older ones, maybe.
      But some people are trying to use scripting languages to do *REAL WORK*, not serving web pages, but say, number crunching....and then, the ability to profile and know when to call out to something more efficient does matter, no matter which fractal of bad design you're using for scripting.
      • What could be that unicorn real work number crunching application that couldn't be written in 1/10 of lines of code of python in some numpy with a pinch of DAAL or tensorflow? Why most AI research who is not know to be low on the number crunching departement is done in Python?
        There is even Games developped in Python (Sims 4, Eve Online, Civilisation IV, Pirates of the Caribbean Online...).

        In my career, I have written my share of Assembly and C code for performance reasons when a 486 DX 400 was the must have

        • by ceoyoyo ( 59147 )

          I think that's his point.

          Do you know, for example, how much time your code is spending in TensorFlow and how much it's spending in the Python loop you wrote that calls TensorFlow? Profiling is doubly important when you're using an interpreted language because very simple optimizations can often get much greater payback, more so than for compiled languages.

      • by gweihir ( 88907 )

        Python is fine to prototype real work. Then, when it works, you rewrite the parts that do the heavy lifting in C. As an added benefit, you can run both implementation in parallel for testing purposes. I have had pretty good success with this approach.

        • Can't mod you up as I've posted here....sorry.
        • by ceoyoyo ( 59147 )

          Have you tried Cython? Used properly, Cython makes that transition pretty seamless. You start with Python code, which gets converted to C and compiled, but then you can add more and more C-isms to help out the translator, until it runs as fast as you desire.

          • I've tried Cython a couple of times but it always came out slower than a real rewrite. I can't remember how much but enough not to bother.

            I've mostly used boost python which is not the most popular option. It simplifies the wrapping a lot and I can make sure the C++ code is independent of any Python dependencies (except for the interface of course).

            As for profiling, I really don't see the problem the article author has. I use the built in profiler and if the hotspot is "a_python_function" I optimize the pyt

            • by ceoyoyo ( 59147 )

              Oh, the article author is an ad for a commercial product. The built in profiler works quite well. There are decent GUIs available too.

          • by gweihir ( 88907 )

            That sounds stupid. I much rather write C directly. And it does deprive me of the diversifying aspect were I test pure Python against C.

        • And this is the recommended way to do this.

          For me, except for the pure number transformations or high frequency sensor readings/processing, I haven't felt it worth it to replace a lot of python code for the minor shift in the overall performance. For most applications, Python is more than just good enough.

          • by gweihir ( 88907 )

            I have some symbolic simulation code that runs about 1000x faster for some real-world cases with the core in C instead of in Python. It really depends on what you are doing. Of course, if it had been running fast enough in Python, I would just have left it there, but sometimes you just cannot wait a week. And the Python version also had a much larger memory footprint. It was still hugely beneficial to have the pure Python version, as I found a lot of bugs by simply running both in parallel on randomized in

    • by Hognoxious ( 631665 ) on Saturday January 12, 2019 @06:36PM (#57951372) Homepage Journal

      Python programs that I wrote 15 years ago are still running in production.

      If you'd written them in C they'd have finished by now.

    • by putaro ( 235078 )

      It's not a myth. Python is slow. You may choose to take that as a trade-off and that's fine.

      • by gweihir ( 88907 )

        For the intended target applications, it is also not a problem that Python is slow. You just re-implement the critical parts in C after the Python prototype works. Of course, this is something people that cannot code well in C cannot do. But that was/is the same problem with Java: It is pretty slow too. The idea there is as well to do the heavy lifting via JNI and C so that execution time is mostly spent in libraries. But as it turns out, most Java coders cannot do that, like, at all.

        In the end, it comes do

    • In fact, a lot of the production Java code that existed back then couldn't be maintained and got reimplemented in Python.

      Do you have an example that shows you actually know how to write Java code? Because if you can't even write Java in a maintainable way, something is wrong with you.....

      • by gweihir ( 88907 )

        I take it you have never done code-review fora larger project in Java? Because industrial Java code is routinely the most unreadable and unmaintainable trash you can run into. It is like the coders are trying hard to beat a Perl-coder with a bad attitude, bit at the same time have no skills at writing code at all. Incompetent coders produce unmaintainable code in any language and Java for sure has a very large share of incompetent coders due to its popularity. Anybody and their dog thinks they can learn to

        • I take it you have never done code-review fora larger project in Java? Because industrial Java code is routinely the most unreadable and unmaintainable trash you can run into.

          I have. I agree it can get bad, but the code is still something that can be worked with, as miserable as it may seem.

          Now imagine those same programmers were using C++. Without discipline, there would be memory corruption all over the place. Bugs would be nearly impossible, as the system would crash mysteriously all over the place. Java saves them from this mess.

          What about Python or Javascript? Objects getting passed around all over the place with no type, or whose type changes over the lifecycle of the

          • by gweihir ( 88907 )

            I take it you have never done code-review fora larger project in Java? Because industrial Java code is routinely the most unreadable and unmaintainable trash you can run into.

            I have. I agree it can get bad, but the code is still something that can be worked with, as miserable as it may seem.

            Now imagine those same programmers were using C++.

            They will not. These people will not get any real code in C++ to run.

            Without discipline, there would be memory corruption all over the place. Bugs would be nearly impossible, as the system would crash mysteriously all over the place. Java saves them from this mess.

            I disagree. Java allows them to produce something that seems to work, but causes more problems than it solves. These people have negative productivity.
            "Memory corruption" is not the problem, it is just a symptom. Fixing the symptom does not fix the problem.

            What about Python or Javascript? Objects getting passed around all over the place with no type, or whose type changes over the lifecycle of the object. No way of knowing what needs to be passed into a function (safer just rewriting it). No, these programs are unusable. At least in Java, when a function requires a string, you know you should pass a string. There may be other problems, but at least there is clarity on that point.

            And the same is true for static type safety. It is a crutch. Those that need it cause numerous problems even with it, the problems are just in other areas. Technology cannot fix incompe

            • I disagree. Java allows them to produce something that seems to work, but causes more problems than it solves. These people have negative productivity. "Memory corruption" is not the problem, it is just a symptom. Fixing the symptom does not fix the problem.

              Alright, examples, please.

              And the same is true for static type safety. It is a crutch. Those that need it cause numerous problems even with it, the problems are just in other areas. Technology cannot fix incompetence.

              Counter-example: static typing can reduce your bugs by 15% [ucl.ac.uk]

              And that would be a benefit, because if they had to work in other languages, they would simply get fired for incompetence and be replaced with people that had a clue what they are doing.

              No. There aren't enough good programmers in the world. Managers would rather have something that works poorly than doesn't work at all.

              • by djinn6 ( 1868030 )

                Counter-example: static typing can reduce your bugs by 15% [ucl.ac.uk]

                It also decreases your productivity by 50%, which is most commonly spent between writing class definitions, untangling inheritance trees and maintaining conversion functions between functionally identical but differently named types.

                • It also decreases your productivity by 50%, which is most commonly spent between writing class definitions, untangling inheritance trees and maintaining conversion functions between functionally identical but differently named types.

                  Heh, now you're making up numbers. I can already guess that your bug tracker is filled with bugs.

                  • by djinn6 ( 1868030 )

                    Heh, now you're making up numbers.

                    2x is about how much faster Python interviewees code up the answers my questions, compared to C++ folks. And yes, it's an apples to apples comparison. I can tell they're roughly of equal intelligence by how long it takes them to figure out the algorithm.

                    I can already guess that your bug tracker is filled with bugs.

                    You're actually right. I have ~200 bugs assigned to me right now...

                    ...for a C++ project I took over from supposedly very experienced C++ developers.

                    The Python one I previously worked on had ~30.

                    • Fix your bugs. Looking at the bug tracker is the top indicator of your skill as a software developer.
                    • by djinn6 ( 1868030 )

                      Maybe you can tell me how not to get a pile of bugs reassigned to you from a project you didn't know you were going to take on.

                      But in any case, I don't need an internet stranger to validate my capabilities as a software developer.

                    • Oh, that's unfortunate.

                      Is the bug count going up or down?
                    • by djinn6 ( 1868030 )

                      Mostly steady. We keep discovering new "features", such as the one that reboots the whole server if a user loads a particular page.

                      It only took a day to debug and fix that one. Turns out even things written in C++ can run out of memory and the previous guys didn't think the table can have so many rows.

                      On the plus side, at least we're getting a lot of new users.

                    • Mostly steady.

                      Great! Hopefully soon it turns the corner and starts decreasing.

                      On the plus side, at least we're getting a lot of new users.

                      Great! Best of luck to you.

    • I've dealt with code like this recently. It's also why those environments using those tools could not upgrade to Python 3 until I replaced those critical business applications with shell scripts. They were quite simple scripts. They'd been written in Python because that was the mandated scripting language in that environment. I was fortunately not compelled to follow their coding standards, and discarding Python for the project made it much more staable.

  • by eneville ( 745111 ) on Saturday January 12, 2019 @06:12PM (#57951296) Homepage

    Is it that slow? pypy seems pretty quick to me. Do programs start up that frequently these days outside of util scripts? Even then you can follow xargs lead and do more per execution.

  • by sweet 'n sour ( 595166 ) on Saturday January 12, 2019 @09:03PM (#57952042)
    Upon entering the job market recently, I discovered that no one wants Perl programmers anymore, it's all Python.

    After learning the differences in Python (and learning that I'd need to learn both v2 and v3), I started hunting for some of the tools that I use for Perl, like a profiler.

    I couldn't find anything that could touch Devel::NYTProf. (Demo of that here) [youtube.com] Hopefully this can??
  • ... profiling is chickenshit and forging arms got Defense Distributed in a lot of twubba.

  • ... and any language running in a non-jit virtual machine, Python is as fast as the library during library calls. It gets pretty slow when you code logic and calculations from elementary steps directly in Python. This is not new or surprising in any way.

  • by gabrieltss ( 64078 ) on Sunday January 13, 2019 @12:01PM (#57954580)

    I replace ALL my PowerShell scripts on my widows servers with Python ones. Why it performed 10 times better!

  • Python also has fast statistical profiling. For example, see projects like the following.
    • https://github.com/emin63/ox_profile
    • https://pypi.org/project/statprof/
    • https://github.com/bdarnell/plop
    • https://github.com/uber/pyflame

    Statistical profiling lets you tune the overhead vs accuracy. By turning the overhead down low enough (e.g., by not sampling very frequently), you can be profiling your production code all the time and get very accurate data about what parts of your program are slow in real use cases.

Think of it! With VLSI we can pack 100 ENIACs in 1 sq. cm.!

Working...