• Ephera
    link
    fedilink
    653 months ago

    Honestly, it’s still ridiculous to me how slow Python, Java, JS, Ruby etc. continue to feel, even after decades of hardware optimizations. You’d think their slowness would stop being relevant at some point, because processors and whatnot have become magnitudes faster, but you can still feel it quite well, when something was implemented in one of those.

    • @[email protected]
      link
      fedilink
      English
      413 months ago

      Many of these have C-bindings for their libraries, which means that slowness is caused by bad code (such as making a for loop with a C-call for each iteration instead of once for the whole loop).

      I am no coder, but it is my experience that bad code can be slow regardless of language used.

      • Ephera
        link
        fedilink
        30
        edit-2
        3 months ago

        Bad code can certainly be part of it. The average skill level of those coding C/C++/Rust tends to be higher. And modern programs typically use hundreds of libraries, so even if your own code is immaculate, not all of your dependencies will be.

        But there’s other reasons, too:

        • Python, Java etc. execute their compiler/interpreter while the program is running.
        • CLIs are magnitudes slower, because these languages require a runtime to be launched before executing the CLI logic.
        • GUIs and simulations stutter around, because these languages use garbage collection for memory management.
        • And then just death by a thousand paper cuts. For example, when iterating over text, you can’t tell it to just give you a view/pointer into the existing memory of the text. Instead, it copies each snippet of text you want to process into new memory.
          And when working with multiple threads in Java, it is considered best practice to always clone memory of basically anything you touch. Like, that’s good code and its performance will be mediocre. Also, you better don’t think about using multiple threads in Python+JS. For those two, even parallelism was an afterthought.

        Well, and then all of the above feeds back into all the libraries not being performant. There’s no chance to use the languages for performance-critical stuff, so no one bothers optimizing the libraries.

        • UnfortunateShort
          link
          193 months ago

          Java is still significantly faster and more efficient than Python tho - because it has ahead-of-time optimizations and is not executing plain text.

          • @Ptsf
            link
            93 months ago

            Idk numpy go brrrrrrrrrr. I think it’s more just the right tool for the right job. Most languages have areas they excel at, and areas where they’re weaker, siloing yourself into one and thinking it’s faster for every implementation seems short sighted.

            • UnfortunateShort
              link
              113 months ago

              At it’s heart, numpy is C tho. That’s exactly what I’m talking about. Python is amazing glue code. It makes this fast code more useful by wrapping it in simple® scripts and classes.

          • @MeanEYE
            link
            43 months ago

            Faster, sure. Efficient, fuck no. With Java you have to run around and write ton of boiler plate code to do something simplest in nature.

            • @deathmetal27
              link
              93 months ago

              Could say the same for C/C++.

              But yeah I’d like it if the features given by Lombok were standard in the language though it’s not a big deal these days since adding Lombok support is very trivial.

              • @[email protected]
                link
                fedilink
                33 months ago

                You shouldn’t use Lombok, as it uses non-public internal Java APIs, which is why it breaks every release. At one point we had a bug with Lombok that only resolved if you restarted the application. Switching off of Lombok resolved the issue.

                Just switch to kotlin. You can even just use Kotlin as a library if you really want (just for POJOs), but at this point Kotlin is just better than Java in almost every way.

                • @deathmetal27
                  link
                  33 months ago

                  I agree but I have tried like hell to get my team to use Kotlin but it’s hard to convince upper management. The team is reluctant to switch as well.

                  Using Lombok is the next best thing.

                  Though for POJOs that are immutable you can use record classes now.

            • UnfortunateShort
              link
              3
              edit-2
              3 months ago

              I’m mainly talking efficiency in terms of energy use. I won’t deny that some ugly decisions have been made with Java :D

              • @MeanEYE
                link
                03 months ago

                Energy use? That’s a pointless metric. If that is the goal then whole idea of desktop should be scraped. Waste of memory and hard drive space. Just imagine the amount of energy wasted on booting GUI.

                • UnfortunateShort
                  link
                  13 months ago

                  Have you ever heard of datacenters, portable devices or climate change?

          • @calcopiritus
            link
            23 months ago

            Python is the slowest (widely used) language there is. It’s not hard to be faster.

        • TimeSquirrel
          link
          fedilink
          113 months ago

          For example, when iterating over text, you can’t tell it to just give you a view/pointer into the existing memory of the text. Instead, it copies each snippet of text you want to process into new memory.

          As someone used to embedded programming, this sounds horrific.

          • Ephera
            link
            fedilink
            73 months ago

            Yep. I used to code a lot in JVM languages, then started learning Rust. My initial reaction was “Why the hell does Rust have two string types?”.
            Then I learned that it’s for representing actual memory vs. view and what that meant. Since then I’m thinking “Why the hell do JVM languages not have two string types?”.

            • @calcopiritus
              link
              23 months ago

              I’m not a java programmer, but I think the equivalent to str would be char[]. However the ergonomics of rust for str isn’t there for char[], so java devs probably use String everywhere.

              • Ephera
                link
                fedilink
                13 months ago

                Nope, crucial difference between Java’s char[] and Rust’s &str is that the latter is always a pointer to an existing section of memory. When you create a char[], it allocates a new section of memory (and then you get a pointer to that).

                One thing that they might be able to do, is to optimize it in the JVM, akin to Rust’s Cow.
                Basically, you could share the same section of memory between multiple String instances and only if someone writes to their instance of that String, then you copy it into new memory and do the modification there.
                Java doesn’t have mutability semantics, which Rust uses for this, but I guess, with object encapsulation, they could manually implement it whenever a potentially modifying method is called…?

      • @aluminium
        link
        73 months ago

        At least with Java, its the over(ab)use of Reflections and stuff like dependency injection that slows things down to a crawl.

    • @[email protected]
      link
      fedilink
      243 months ago

      There are a few reasons for this, some of the most important being:

      • The languages were not designed with speed primarily in mind and as such made some design decisions that fundamentally cannot be optimized around
      • Authors of programs in these languages prioritize things other than performance when writing the programs.

      Speed is not just about processors becoming faster - this is a large part of why DSA is important to learn as a programmer.

      • Possibly linux
        link
        fedilink
        English
        1
        edit-2
        3 months ago

        They do have optimizations however they are interpreted at runtime so they can only be so fast

        Frankly you won’t notice much unless the program is doing something computation heavy which shouldn’t be done in languages such as JavaScript and Python

    • @MeanEYE
      link
      153 months ago

      That’s because it’s not relevant. Speed can be compensated for either by caching or outsourcing your load, if there’s such a huge need to process large amount of data quickly. In day to day work I can’t say I have ever ran into issues because code was executing slow. Normal operation Python is more than capable of keeping up.

      On the other side of the coin you have memory management, buff and stack overflows and general issues almost exclusive to C, which is something you don’t have to worry about as much with higher level languages. Development with Python is simply faster and safer. We as developers have different tools, and we should use them for their appropriate purpose. You can drive nails with a rock as well, but you generally don’t see carpenters doing this all day.

      • @AlotOfReading
        link
        10
        edit-2
        3 months ago

        You can sometimes deal with performance issues by caching, if you want to trade one hard problem for another (cache invalidation). There’s plenty of cases where that’s not a solution though. I recently had a 1ns time budget on a change. That kind of optimization is fun/impossible to do in Python and straightforward to accomplish Rust or C/C++ once you’ve set up your measurements.

        • @MeanEYE
          link
          03 months ago

          Which is exactly what I said. Most of the times you can work around it. Sure cache invalidation can be hard, but doesn’t have to be. If you need performance use more performant language. Right tool for the job.

        • Possibly linux
          link
          fedilink
          English
          0
          edit-2
          3 months ago

          Don’t throw the baby out with the bath water. There are many applications that don’t have performance needs such as a calculator app

          • @AlotOfReading
            link
            33 months ago

            You can find plenty of people complaining online about the startup time of the windows and gnome (snap) calculators. The problem in those cases isn’t solved by compiled languages, but it illustrates that it’s important to consider performance even for things like calculator apps.

      • Possibly linux
        link
        fedilink
        English
        03 months ago

        Especially since languages such as Python and JavaScript are really good a event programing where you have an event that runs a function. Most of the CPU time is idling anyway.

    • @[email protected]
      link
      fedilink
      123 months ago

      True, plus the bloated websites I see are using hundreds of thousands of lines of JavaScript. Why would you possibly need that much code? My full fledged web games use under 10,000.

      • @Opisek
        link
        1
        edit-2
        3 months ago

        But but but virtual DOM /s

    • @Treczoks
      link
      73 months ago

      It is always a question of chosing the right tool for the right task. My core code is in C (but probably better structured than most C++ programs), and it needs to be this way. But I also do a lot of stuff in PERL. When I have to generate a source code or smart-edit a file, it is faster and easier to do this in PERL, especially if the execution time is so short that one would not notice a difference anyway.

      Or the code that generates files for the production: Yes, a single run may take a minute (in the background), but it produces the files necessary for the production of goods of over 100k worth. And the run is still faster than the surrounding processes like getting the request from production, calculating the necessary parameters, then wrapping all the necessary files with the results of the run into a reply to the production department.

    • Possibly linux
      link
      fedilink
      English
      7
      edit-2
      3 months ago

      “Slow”

      They aren’t as fast as a native language but they aren’t all that slow if you aren’t trying to use them for performance sensitive applications. Modern machines run all those very quickly as CPUs are crazy fast.

      Also it seems weird to put Java/OpenJDK in the list as it is in its own category from my experience

      • Ephera
        link
        fedilink
        33 months ago

        Java is certainly the fastest of the bunch, but I still find it rather noticeable how long the startup of applications takes and how it always feels a bit laggy when used for graphical stuff.

        Certainly possible to ignore that on a rational level, but that’s why I’m talking about how it feels.
        I’m guessing, this has to do with just the basic UX principle of giving the user feedback. If I click a button, I want feedback that my click was accepted and when the triggered action completed. The sooner those happen, the more confident I feel about my input and the better everything feels.

        • Possibly linux
          link
          fedilink
          English
          33 months ago

          I’ve never experienced that. Also Android is OpenJDK based and the applications in Android work well and the system is well optimized

          • Ephera
            link
            fedilink
            03 months ago

            Yep, I also don’t fully agree on that one. I’m typing this on a degoogled Android phone with quite a bit stronger hardware than the iPhone SE that my workplace provides, e.g. octacore rather than hexacore, 8GB vs. 3GB RAM.

            And yet, you guessed it, my Android phone feels quite a bit laggier. Scrolling on the screen has a noticeable delay. Typing on the touchscreen doesn’t feel great on the iPhone either, because the screen is tiny, but at least it doesn’t feel like I’m typing via SSH.

            • @uranibaba
              link
              13 months ago

              That has to be because the code is better optimized for the hardware in case of iPhone and less so which language it was written in.

              • Ephera
                link
                fedilink
                13 months ago

                Why? I certainly expect that to be a factor, but I’ve gone through several generations of Android devices and I have never seen it without the GC-typical micro-stutters.

            • Possibly linux
              link
              fedilink
              English
              03 months ago

              I’ve never experienced that and I am running a several year old phone

              • Ghoelian
                link
                fedilink
                1
                edit-2
                3 months ago

                I have experienced the delayed scrolling, mostly on cheaper phones.

                But that’s mostly because i’m used to phones having 120+hz screens now, going back to a 60hz screen does feel a bit sluggish, which is especially noticeable on a phone where you’re physically touching the thing. I think it might also have something to do with the cheaper touch matrixes, which may have a lower polling rate as well.

    • @[email protected]
      link
      fedilink
      English
      23 months ago

      This is because they are meant to be simpler for complex logic. They don’t want to be faster by ditching the simplicity

    • @kaffiene
      link
      English
      13 months ago

      Java isn’t slow

  • @Viking_Hippie
    link
    343 months ago

    Damn, that’s a fast ass-cheetah!

    What with passenger planes like the one depicted typically going 575-600 mph and the bar only 3 times as long, that dude is sprinting at upto 200mph!

    (Link is to classic xkcd comic, not furry porn)

    • FuglyDuck
      link
      English
      12
      edit-2
      3 months ago

      (Link is to classic xkcd comic, not furry porn)

      I am both disappointed and pleased.

    • ✺roguetrick✺
      link
      6
      edit-2
      3 months ago

      Well if it’s linear the cheeta is going somewhere around 100 million miles per hour. Air resistance would quickly make it a no-ass cheeta.

      • @Viking_Hippie
        link
        43 months ago

        Probably, but it’s much more fun to imagine a cheetah hauling ass at the speed of a modern supercar 😂

      • ✺roguetrick✺
        link
        13 months ago

        The airplane is actually a spaceship that uses reaction mass to reach c/2.

  • Eskuero
    link
    fedilink
    293 months ago

    As someone who only codes solutions for himself I don’t relate. All the extra time I would spend writting a C solution it would never attone the runtime loses of doing it in maybe python.

      • Lucy :3
        link
        fedilink
        English
        12 months ago

        Shaves off 1 sec and I do it 50+ times a day, checks out.

    • @[email protected]
      link
      fedilink
      103 months ago

      I used to write extensively with C++, but it has been a long time since speed mattered that much to one of my applications. I still marvel at the cache-level optimizations some people come up with, but I’m in the same mindset as you now.

      My workload split of Data Movement vs Data Transformation is like 95:5 these days, which means almost all the optimizations I do are changing batch/cache/page/filter settings. I can do that in any language with http bindings, so I choose those that are faster to write.

  • @h0bbl3s
    link
    213 months ago

    I used c++ in college, and I think it’s useful to know c because so much relies on it. That said if I’m going to do something that needs performance I’ll look to go first, then rust if go isn’t a good fit, but that’s mostly because I know go better. Both are excellent languages.

    If I just need something functional quick and easily I’ll turn to Python. If I need a net service quick node.js is great.

    • @[email protected]
      link
      fedilink
      15
      edit-2
      3 months ago

      I use c++ whenever possible because I like classes and objects and having more versatility to make more dynamic programs. I made an entire kernel that way one time because fuck the police.

      • @h0bbl3s
        link
        5
        edit-2
        3 months ago

        Haha I love it. c++ is definitely super useful. I never got that deep with it but I’ve certainly benefited from many things written in c++. Wrote small things and I’ve had to debug it on occasion just to get something working. It usually ended up being a compiler flag I had to set. I ended up going into web and network related stuff after college. Perl was my goto back then but I’m loving these newer languages and the thought put into some of it. For example the struct, interfaces, and type systems in go could probably replicate a lot of what you would use the classes and objects for.

    • @Opisek
      link
      53 months ago

      I was a huge C++ fan back when I was doing a bunch of competitive programming. If I need a performant project nowadays, I look to golang first. It gives me the speed of a compiled language with the usability of high-level language. I still solve the occasional Advent of Code in C++, though :)

    • Possibly linux
      link
      fedilink
      English
      03 months ago

      Or even JavaScript as it takes away all the difficulty with complex applications

  • @xenoclast
    link
    103 months ago

    amateurs.asm

    (Calm down, I’m joking)

  • Sam, The Man
    link
    fedilink
    English
    103 months ago

    Honestly, love to see a lil CatchyOS representation. So far my favorite Arch flavor.

    • miss phant
      link
      fedilink
      63 months ago

      It’s fitting for this image too since CachyOS kernel + packages + defaults go zoom.

  • @[email protected]
    link
    fedilink
    English
    83 months ago

    I decided to run it on system without bash as neofetch replacement. It feels unreasonably complex, I spent unreasonable amount of time fighting with cmake. On normal system I have pfetch in my bashrc, since it’s basically instant, and neofetch for screenshots. It’s not instant, but I don’t run it every second or something.

    And btw I do love speed and simplicity of C, but for fetch tool, POSIX shell is the best choice, I think.

  • Possibly linux
    link
    fedilink
    English
    13 months ago

    Just use pfetch or neofetch. Neofetch isn’t really maintained however it still works. Pfetch is nice because it is a shell script and very portable

    • Ghoelian
      link
      fedilink
      13 months ago

      Why does speed even matter this much for a program most people only run once to show off their new builds? Or do these programs have some other purpose than printing system specs?

      • ancap shark
        link
        fedilink
        13 months ago

        I run ulit on every new terminal. I tried doing it with neofetch at first, but it added too much startup time, that’s how I discovered fastfetch

  • TurboWafflz
    link
    13 months ago

    Is it faster than pfetch? Everything slower than pfetch really annoys me