• a1studmuffin
    link
    fedilink
    English
    617 months ago

    Would love to see the same tests with an adblocker installed.

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

    I feel that:

    There are two attitudes on display here which I see in a lot of software folks. First, that CPU speed is infinite and one shouldn’t worry about CPU optimization. And second, that gigantic speedups from hardware should be expected and the only reason hardware engineers wouldn’t achieve them is due to spectacular incompetence, so the slow software should be blamed on hardware engineers, not software engineers.

    • @Kethal
      link
      37 months ago

      Hardware keeps getting exponentially faster and software keeps getting exponentially slower. The only people seeming to benefit from better hardware is lazy developers.

  • u/lukmly013 💾 (lemmy.sdf.org)
    link
    fedilink
    English
    44
    edit-2
    7 months ago

    How can I check this?

    I tried loading (new) Reddit homepage, and based on Network tab in Firefox without any prior cache it transferred 19.20MB compressed to 15.29MB.
    But that also includes any pictures shown.
    Loading lemmy.world homepage transferred 5.88MB compressed down to 1.82MB.
    old.reddit.com 2.82MB compressed down to 947kB. Quite a difference.

    Just for comparison, loading Eaglercraft 1.5.2, a fully functional Minecraft JavaScript clone, complete with LAN multiplayer support took 8.35MB.

    But what exactly is this measuring?

    • @joneskind
      link
      257 months ago

      But what exactly is this measuring?

      Hard to tell honestly.

      phpBB and Wordpress are websites engines. It doesn’t take into account the content of the websites they are serving, and more importantly the bloated advertising scripts that might be added to the sources.

      Mastodon? What are we even talking about here? The content? The engine? Which instance?

      So, while it’s true that some websites are bloated and some are not, OP’s post says absolutely nothing about it. Size means nothing when a single picture can easily outweigh a huge javascript file mining some bitcoins. For the same reasons, loading times mean nothing either.

      Memory usage, FPS, Cumulative Layout Shift, First Input Delay, Largest Con­tent­ful Paint, any data gathered from the performance API. There are tons of efficient way to measure a website’s efficiency.

      Finally, a website can fail to load for many reasons. First of which can be a 504 Bad Gateway Timeout, which is an event based on an arbitrary value on the server’s side.

    • @[email protected]
      link
      fedilink
      07 months ago

      The author of the article used chrome with a cpu throttling setting at 10x to make a comparison between an m3 and itself at 1/10th cpu. I imagine you could check it that way!

  • Kühe sind toll
    link
    fedilink
    427 months ago

    Yesterday I tried to fill out a google forms sheet on my phone. It was literally unusable. Theform didn’t even completely loaded and when I tried to check something it took about 5 seconds till it responded.

  • @_sideffect
    link
    387 months ago

    Lmao, 16s

    If a page doesn’t respond after 1-2 seconds, and even that’s generous, I never visit that site again

    • @Crackhappy
      link
      English
      67 months ago

      1200 baud. You would die.

      • @_sideffect
        link
        17 months ago

        You’re talking about modems? That was a different time, we had BBS and text only pages to load

        • @renrenPDX
          link
          37 months ago

          Yeah except for Cindy Crawford gif slowly revealing on my screen.

          • @_sideffect
            link
            07 months ago

            Lol I had a poster of her in my room growing up

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

        Ugh, it’s worse than I thought. The HTML on the front page is awful. It’s not even vaguely valid, it uses a made up tag (d), and it runs over HTTP instead of HTTPS. It’s just this person discarding any semblance of maintainability to pursue an extremely small wire size.

    • maegul (he/they)
      link
      fedilink
      English
      07 months ago

      good question … the devs definitely aim for efficiency in their choices. Their frontend framework for instance is niche but (at least at the time that they picked it) requires only a small size and performs well (though many devs complain about the use of a niche framework).

  • @Crackhappy
    link
    English
    97 months ago

    Hmmm. I’m interested in the difference between new and old WordPress.

  • @someacnt_
    link
    57 months ago

    Why is discourse so bad here?

      • @someacnt_
        link
        17 months ago

        Ouch… are there any good alternatives?

          • @someacnt_
            link
            17 months ago

            Thank you, but I was talking about the forum aspect of it. A place of formal discussion.

      • @someacnt_
        link
        17 months ago

        Thought it would be better than at least reddit

        • @johannesvanderwhales
          link
          27 months ago

          Smaller userbase, mostly taken from a specific subset of users. You tend to get extreme views amplified because of that, I think.

  • @ysjet
    link
    English
    4
    edit-2
    7 months ago

    In the case of Discourse, a hardware engineer is an embarrassment not deserving of a job if they can’t hit 90% of the performance of an all-time-great performance team but, as a software engineer, delivering 3% the performance of a non-highly-optimized application like MyBB is no problem. In Knuth’s case, hardware engineers gave programmers a 100x performance increase every decade for decades with little to no work on the part of programmers. The moment this slowed down and programmers had to adapt to take advantage of new hardware, hardware engineers were “all out of ideas”, but learning a few “new” (1970s and 1980s era) ideas to take advantage of current hardware would be a waste of time.

    You can really tell this guy is some hardware design engineer at nvidia that has absolutely no fucking clue about how real-world user space programming works. Also I like how 74% slowly kept getting inflated until it became 90%.

    Like, this dude is trying to claim that fucking Donald Knuth himfuckingself cannot figure out some new computer hardware.

    Multiple processors working in concert is not, and never has been, a cure-all. It’s highly situational and generally not useful.

    What’s dumb is that, as a Systems Design Engineer at NVIDIA, Dan Luu should know that. After all, how has SLI been doing recently?

    That said, yes, of course, web dev bloat is absolutely out of control, and slow websites absolutely have nothing to do with hardware or network. That’s a culprit of bad frameworks, horrific amounts of ads/trackers/bullshit, and honestly just general lack of programming fundamentals in the web dev space. Might as well call them web technicians and really ruffle some feathers. :P

  • @Alexstarfire
    link
    17 months ago

    There are way too many confounding factors in these tests to say anything about CPU performance for web pages. My only real takeaway is that some of the tested devices suck for browsing the web. How much is the fault of bloated web pages and how much is the fault of the device? Who knows.

    • @[email protected]
      link
      fedilink
      237 months ago

      Read the original blog post. The slower devices are the biggest devices some parts of the world rely on because they can’t afford anything better. This makes them excluded from the “modern” web.

      • @Alexstarfire
        link
        57 months ago

        I did. The author talks about both and associates one with the other. It really only talks about 2 factors: web page size and CPU utilization. And that CPU speed hasn’t out paced web page bloat. And then uses the data table to try and prove the point.

        I’m not denying that low end devices can have trouble browsing the web. I have issue with the claim that CPU performance hasn’t scaled with web page bloat because there are far more factors than just CPU performance and web page bloat in the tests, such as: everything else running on the device (OS, other apps, etc) RAM speed and size, storage speed and size (hopefully doesn’t come into play but you never know), network connectivity strength, etc.

        It’s not even close to an “all else equal” type of testing.

        • @AnUnusualRelic
          link
          English
          17 months ago

          Those so-called low-end devices are still technically fairly powerful computing devices that aren’t even used used to do anything that ought to be very taxing. They’re displaying what ought to basically be a text medium.

          In my eyes the problem is squarely with the way the sites are designed (and their 967 partners that are interested in whatever you’re clicking on).

    • @[email protected]
      link
      fedilink
      37 months ago

      The linked article outlines in explicit detail how it is the fault of the websites and not the devices.