Announcement

Collapse
No announcement yet.

Python 3.11 Released With Big Performance Improvements, Task Groups For Async I/O

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • nanonyme
    replied
    Originally posted by atomsymbol

    There is a difference between JVM and PyPy: JVM isn't based on meta-programming, while PyPy is. It is possible that a sizeable portion of PyPy's memory consumption is attributable to the use of meta-programming.
    Do you mean in comparison to the insane memory consumption of JVM?

    Leave a comment:


  • rmfx
    replied
    Originally posted by rastersoft View Post

    How can something be more faithful than the reference implementation...?
    By being written in Python rather than in C.

    Leave a comment:


  • Jaxad0127
    replied
    Originally posted by atomsymbol

    PyPy's memory consumption is much higher than CPython's. In theory, a Python JIT compiler should be able to optimize the binary layout of Python objects and consequently the overall memory consumption of jitted Python should be smaller than CPython's - but unfortunately PyPy does not fit this theory (I don't know why). Floating-point algorithms can run fast in PyPy, but code which uses certain other Python features can run slower than in CPython.
    If it's like the JVM, then it keeps both versions of the code. This allows redoing the JIT if something changes, and allows debugging in the original language, among other things.

    Leave a comment:


  • bachchain
    replied
    Originally posted by anarki2 View Post
    Awesome, windows store version when?
    October 2021, apparently.
    https://www.microsoft.com/store/productId/9NRWMJP3717K

    Leave a comment:


  • rclark
    replied
    Python is appealing to non-developers because it is simple and easy with few advanced constructs that non-developers don't care about.
    Actually that is what makes Python a wonderful language. At our company Engineers and software developers find it easy to 'understand' and change. Plus when you want to do something, there is probably a package that will do it. Oh, you need to open an excel spreadsheet and pull some values? Covered. Write to one? Covered. Need to scrape something off the web? Covered, Fit some data to a curve?, Plot it? No problem with Matplot, etc. etc. etc. So not 'just' for us software geeks. As a software developer, I've learned down through the years to 'stay away' from the so called 'advanced' structures and just keep it simple for those that follow after me. We at work have a C++ application that was written years ago. This year we had to make changes to it. Because that person (long gone) used every 'advanced' technique to 'hide' code it is very hard to understand what is going on other than it 'worked'.... Anyway, Python works very well to automate the boring stuff around here and is easy to maintain by almost 'any one'. Win Win. For the electrical engineers they do all kinds of data analysis with it. Bottom line, use it in all areas that make sense. Otherwise use another language for say real-time, or operating system development. Really is a simple concept actually .
    ‚Äč
    Last edited by rclark; 25 October 2022, 10:00 AM.

    Leave a comment:


  • anarki2
    replied
    Originally posted by Ironmask View Post

    The latter. As far as I understand, all UWP apps install to those weird GUID directories. Thats one of the reasons why the Windows Store version is completely unusable as a shared binary.
    There's nothing "unusable" about it, especially as a binary, since it's available in PATH. In fact, I install python so that Qbittorrent's search is functioning. But it's available in Git Bash as well.

    Also, Python is not UWP, it's a purely traditional win32 app.

    It's like saying snap or flatpak are unusable. This statement makes no sense whatsoever.
    Last edited by anarki2; 25 October 2022, 09:27 AM.

    Leave a comment:


  • anarki2
    replied
    Originally posted by Sonadow View Post

    Does the Windows Store version install Python to C:\Program Files\python or to yet another of those GUID-type directories?
    Store apps normally install to the user profile, therefore Python does so too. Much like Flatpak. Users manage their own apps, without elevation. I see it as a pro, not as a con.

    Leave a comment:


  • anarki2
    replied
    Originally posted by RahulSundaram View Post

    I am curious why a store version is preferred over what you can get from https://www.python.org/downloads/windows/
    Have to open a browser, have to find it on the web, have to decide platform, version, architecture, then the installer asks me a bunch of questions, half of which I don't even understand (for instance, I have no idea, nor do I care what a "python launcher" is, or if I want it installed for all users on the system), while the one I install from store is just one click and it just works. And also auto-updates. As a user, a store installation is much more smoother.

    In any case, it's already up in the store, already using it, so all is well.
    Last edited by anarki2; 25 October 2022, 09:25 AM.

    Leave a comment:


  • RahulSundaram
    replied
    Originally posted by cl333r View Post
    I'm not a fan of either Go or Python, but except for Python's large user base and libs - isn't Go generally better and faster (especially since it got generics)?
    Last time I looked at them Go seemed like Python 2.0
    They both have some overlap but largely different strengths. Go does better for performance but although generics is supported in the language now, most of the standard library doesn't take advantage of it yet, this is expected to take several more releases. Even simple operations like say, removing duplicate elements in a slice, is a custom function you have to write in Go because the language as well as the standard library is very small in Go by design. Python's ecosystem is more mature and just much much larger. So I expect both languages will continue to see growth for the foreseeable future.

    Leave a comment:


  • uid313
    replied
    I think Python is great for non-developers (tinkerers, biologists, chemists, mathematicians, etc), but a really shitty language for developers.

    Python is appealing to non-developers because it is simple and easy with few advanced constructs that non-developers don't care about. However for developers it is quite shitty because the the type hinting system sucks, it is very awkward and feels very shoehorned on, the one in TypeScript seems much nicer and easier.

    As a developer it is hard to model the code with intent and constraints because and there are no interfaces or many things that other languages have. Python does have ABC and prototypes and "protocols" but it feels more like workarounds and things like enums, decorators and properties feel like workarounds and awkward too.

    Initially Python code looks clean in textbook examples, but take a look at more advanced code that uses enums and decorators, all without native syntax and more like patterns, the code doesn't look as clean as other languages.

    Originally posted by RahulSundaram View Post
    I am curious why a store version is preferred over what you can get from https://www.python.org/downloads/windows/
    It is much easier to update software from Windows Store, you can update all the software in one go easy, instead of have to download, uninstall and reinstall each software manually one by one.

    Originally posted by rclark View Post
    Not familiar with Windows Store (what ever that is) . But we (at work) use WinPython for all our Windoze Python systems. Can install anywhere. Using 3.10 now. 3.11 will come eventually. Fast enough right now, but faster is always better .
    Windows Store is an application that comes with Windows 10 and Windows 11 that lets you install applications, it is kind of like GNOME Software. A bit like a package manager for Windows UWP apps which are kind of like Flatpak or Snap.

    Leave a comment:

Working...
X