you are viewing a single comment's thread
view the rest of the comments
[–] 175 points 1 month ago (3 children)

Only bad management is keeping everything from being crazy fast. No reason for today's programs to be slower than what we had a decade ago.

  • source
  • hideshow 6 child comments
  • [–] 26 points 1 month ago (2 children)

    There's also a whole lot of abstraction layers in software these days. All kinds of frameworks, no code platforms, scripts and engines ask introduce their own delays when running software, all added to make time to market a bit shorter or just because of some tech fetish.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 7 points 1 month ago* (1 child)

    Lol, "the C Programming language is an abstraction of assembly and I for one, won't have it!"

    Some of those frameworks and no code platform bloat are because of that. Most are there to make working on large multi team software projects feasible.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 4 points 1 month ago (1 child)

    It's not the first time one team makes a module with an API. The other team needs a few lines of data from that module but the filter in the API is bad, so just retrieve millions of rows and apply your own filter to get the two rows. There is no event trigger, so keep polling those two lines every second. Multiply with dozens of modules and a bunch of politics that refuse to make changes and you get a very sluggish application.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 0 points 1 month ago* (last edited 1 month ago)

    Sure yeah, this stuff happens all the time, and often persists until people start noticing the application being sluggish and they go and investigate and fix the slow points.

    Alternatively you have tightly integrated software that only one team can work on and it takes years to come out and every time a feature needs to change its another 6 month job of reworking everything, and debugging and fixing security issues is a nightmare.

    In most systems, not just computers, there's a tradeoff between a highly integrated and high performance design, vs a modularized loosely coupled one that's more adaptable and resilient.

    Just look at automotives, Teslas have a unibody design that makes them cheap to build and low weight, that also makes them enormously expensive to repair and impossible to find aftermarket parts for.

    Choosing maximally integrated is rarely the best path, there is always a middle ground, and one important difference between the paths is that it's usually easier to go from modular to integrated than vice versa.

  • source
  • parent
  • [+] -12 points 1 month ago (1 child)

    Windows OS updates and releases aren’t subject to this as it’s closed source

    Whether human or machine, external factors are all internally decided

  • source
  • parent
  • hideshow 2 child comments
  • [–] 14 points 1 month ago (1 child)

    Why do you assume this can't be an issue in a closed source?

  • source
  • parent
  • hideshow 2 child comments
  • [+] -7 points 1 month ago (2 children)

    Describe the abstraction layers of a closed source project in the context of Microsoft

    You can’t, unless you work for Microsoft

    There’s market forces, which is not what you described; rather tooling and nuance specific to software development

    When Microsoft controls the input and outputs, it’s a closed loop affected by Microsoft governance, not random tools, systems or transparent inputs

  • source
  • parent
  • hideshow 4 child comments
  • [–] 5 points 1 month ago (1 child)

    I'm a software engineer at a large company you may not have heard of, but you almost certainly know at least one of their brands. Abstraction layers are all over the place; they're not a symptom of open-source software, they're a symptom of lots of modern software.

  • source
  • parent
  • hideshow 2 child comments
  • [–] -2 points 1 month ago (1 child)

    How do external factors affect closed source systems, when the entire lifecycle is governed by Microsoft

  • source
  • parent
  • hideshow 2 child comments
  • [–] 5 points 1 month ago (1 child)
  • [–] -2 points 1 month ago (1 child)

    Ah yes, the open source dotnet as an example of closed source abstractions

    https://dotnet.microsoft.com/en-us/platform/open-source

  • source
  • parent
  • hideshow 2 child comments
  • [–] 0 points 1 month ago (1 child)

    You wanted an abstraction layer, I provided one.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 9 points 1 month ago (1 child)

    I remember when finishing my dissertation and thinking about how my sister did her one several years before me, in a computer that was considered unusable by the time I did mine, and both the work process and the finished result were pretty much the same. I had a computer that was astronomically better than she had, yet, everything was slow, just like she felt when she did her.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 15 points 1 month ago* (1 child)

    The CPU in an average consumer PC can do tens of billions of instructions per second now. 10,000,000,000+ instructions per second. And then it can also offload some work to other devices. Here, graphics card, deal with updating this display at 144Hz. Hey network card, take this buffer and squirt it out the ethernet port at a 1 gigabit line speed for me.

    And even with all that help, it still takes for-fucking-ever to get shit done. What the fuck are all those instructions doing‽

  • source
  • parent
  • hideshow 2 child comments
  • [–] 12 points 1 month ago

    Mine are all used up to block ads and trackers and page elements, then when they're done, I'm being throttled punitively by the service because i didn't watch their ads :(

  • source
  • parent
  • [–] -3 points 1 month ago (1 child)

    I think many programmers and business models have given up on programs running 'fast' but rather they just running and shoving them out quickly. Add in all the AI programming, and I don't see it getting better. It's basically like most people when they earn more income. The more speed and memory a computer has, the more programmers will use of it.

    A computer from the 80's starts up a million times faster than any modern computer.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 16 points 1 month ago (4 children)

    That's nonsense. Every computer I own boots in under a minute. That was unheard of in the 90s, much less the 80s.

  • source
  • parent
  • hideshow 8 child comments
  • [–] 8 points 1 month ago (1 child)

    Eehhh… this person is wrong about programmers and business models but DOS machines did boot really fast (my 486 boots to DOS in about 20 seconds) and C64s and Apple IIs and such were all ROM based and so booted instantly like a Super Nintendo.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 4 points 1 month ago

    I put an ssd in a laptop from 2003, it boots to desktop on antix just as fast as my T14 running opensuse.

    When this laptop was running XP spinning rust, it took 5 minutes to get to desktop, 10 minutes to do anything useful. SSDs have made that possible, pretty much nothing to do with anything else.

    My dad had a C64 that I'd play around with, and I can confirm, it booted in seconds. Loading a program was a different matter.

  • source
  • parent
  • [–] -1 points 1 month ago (1 child)

    You realize most computers in the 80's instantly booted right? Flip power switch and they booted to an internal rom. I'm sorry, are you fairly young?

  • source
  • parent
  • hideshow 2 child comments
  • [+] 4 points 1 month ago* (last edited 1 month ago) (1 child)
  • [–] -1 points 1 month ago (1 child)

    Except they did instantly boot. I didn't say anything about how long they took to load a program, and if you had a cartridge, it instantly loaded as well. Have you actually used these computers, or just remember slow tape drives? Not that modern ones are fast by any means either, they just move more data and are prohibitively expensive.

  • source
  • parent
  • hideshow 2 child comments
  • [+] 4 points 1 month ago (1 child)
  • [–] 2 points 1 month ago (1 child)

    Apple, Commodore all booted into their OS instantly. Disk drives worked, no BIOS needed. Care to explain what you can do with that? You could easily boot DOS within 40 seconds on a 486. Can't do that on Windows at all these days and we are talking 30 years later.

  • source
  • parent
  • hideshow 2 child comments
  • [+] 1 point 1 month ago (1 child)
  • [–] 1 point 1 month ago (1 child)

    Except the basic premise is true, and you can't deny it. Those computers booted to a workable interface far quicker than any modern computer. Modern phones shouldn't need the same level of bloat as modern computers, so your Linux argument fails there as well. Feel free to let us know when android instantly boots, or iOS, even though both have to support very few 'different devices and interfaces'.

  • source
  • parent
  • hideshow 2 child comments
  • [+] -9 points 1 month ago (1 child)
  • [–] 12 points 1 month ago* (3 children)

    Here is a 486 taking over three minutes to boot.

    The person you replied to countered a broad generalization with an anecdote which probably matches the lived experience of most of us oldies who lived through the time. Your comment did not contribute to the conversation.

  • source
  • parent
  • hideshow 6 child comments
  • [–] -2 points 1 month ago

    Once again, that’s a single video of one example of an old computer booting up. It’s hardly irrefutable, like anything anecdotal. I’m not even disagreeing on the consensus of newer computers being undeniably faster, this is just a flimsy evidence regardless.

    And frankly I don’t care about “contributing” as you describe it. That just amounts to adhering to everyone’s idea of contribution on social media, and I’m not Sisyphus, so…

  • source
  • parent