An Apple “iPhone16,1” was put through the Geekbench 6.2 gauntlet earlier this week—according to database info this pre-release sample was running a build of iOS 17.0 (currently in preview) and its logic board goes under the “D83AP” moniker. It is interesting to see a 16-series unit hitting the test phase only a day after the unveiling of Apple’s iPhone 15 Pro and Max models—the freshly benched candidate seems to house an A17 Pro SoC as well. The American tech giant has set lofty goals for said flagship chip, since it is “the industry’s first 3-nanometer chip. Continuing Apple’s leadership in smartphone silicon, A17 Pro brings improvements to the entire chip, including the biggest GPU redesign in Apple’s history. The new CPU is up to 10 percent faster with microarchitectural and design improvements, and the Neural Engine is now up to 2x faster.”

    • ramble81@lemm.ee
      link
      fedilink
      English
      arrow-up
      21
      ·
      10 months ago

      Others have come out but they never grab a foothold because you literally have to recompile everything. Some companies have even included their own compilers and optimizers but then you run into other packages and binaries that don’t work on anything but x86. One company literally wanted to give us a new 256-core system they were prototyping for a large scale web farm, but we ran into too many package issues that we couldn’t convert over to their architecture. And that was with Linux.

      • geosoco@kbin.socialOP
        link
        fedilink
        arrow-up
        9
        ·
        edit-2
        10 months ago

        Yup. Some like DEC even offered on-the-fly binary recompilation from x86 to Alpha in windows, back when windows NT was available on 4 or 5 different processors (PowerPC, MIPS, Alpha, x86, and I think eventually Intel’s original x86 64-bit replacement.

        x86 has evolved so much in the last 40 years that it’s still able to keep a foothold for PCs.

        I’m curious what’s about to happen moving forward as they continue to increase transistor densities and shrink die sizes.

        • wax@lemmy.wtf
          link
          fedilink
          English
          arrow-up
          13
          arrow-down
          1
          ·
          10 months ago

          They have more direct control over their software ecosystem though

        • z500@lemmy.world
          link
          fedilink
          English
          arrow-up
          3
          ·
          10 months ago

          They’ve already switched architectures twice before, so they’ve got some experience at it.

        • Ocelot@lemmies.world
          link
          fedilink
          English
          arrow-up
          2
          ·
          10 months ago

          Apple definitely has a way of doing what is right sometimes, and forcing the industry’s hand to move forward.

          … Sometimes. Sometimes this definitely backfires, but not this time.

    • debounced@kbin.run
      link
      fedilink
      arrow-up
      7
      ·
      edit-2
      10 months ago

      hell, even intel tried to get away from x86 with itanium but failed miserably… and they screwed themselves again by recently dumping the RISC-V pathfinding a year after initiation. i worry about the future of Arc, but maybe they’ll pull their head out of their ass on that one if we’re lucky.

      • z500@lemmy.world
        link
        fedilink
        English
        arrow-up
        3
        ·
        10 months ago

        Funny thing is the 8086 was only supposed to be a stopgap. Their next big thing ended up being a miserable flop, but the 8086 took off and the rest is history.

      • HidingCat@kbin.social
        link
        fedilink
        arrow-up
        1
        ·
        10 months ago

        Well, it’s one of those if it ain’t broke, don’t fix it things. Like QWERTY keyboard layouts.

        • ozymandias117@lemmy.world
          link
          fedilink
          English
          arrow-up
          2
          ·
          10 months ago

          The alternatives kind of need to support ACPI, or some similar standard

          DeviceTree works for embedded devices, but it’s not great for end users who are trying to get interoperability between suppliers

    • Bye@lemmy.world
      link
      fedilink
      English
      arrow-up
      1
      ·
      10 months ago

      Should just throw an x86 coprocessor slot on the motherboard, that way we can all embrace RISC-V (or arm or whatever the fuck)