6 comments

  • crmd1 hour ago
    I was reading HN comments yesterday shitting on modern IBM for being a non tech consulting company that has not innovated since the mid nineties.
    • wmf6 minutes ago
      The z mainframe team does good technical work but then the high price cancels out all the value of that work. I'm not sure if that counts as innovation or not.
    • monocasa14 minutes ago
      To be fair, IBM did this in the 90s with the PowerPC 615, which had PowerPC and x86 decoders on the same core.
      • rbanffy8 minutes ago
        But those ARM and s390x decoders have a “Telum III” architecture behind them with a cache that’s pretty innovative.<p>IBM has never stopped innovating. It’s just that most people can’t afford their machines.
    • pavlov50 minutes ago
      More like mid-2000s, even with the least charitable interpretation.<p>There was a time when IBM dominated console CPUs for a massively successful generation (PS3, Xbox 360, Nintendo Wii).
      • Retric5 minutes ago
        Xbox 360 used an Intel CPU.<p>PS3 used the Cell processor but it’s debatable how much that was an asset vs handicap. Total PlayStation sales dropped for that generation vs both PS2 and PS4. The manufacturing costs didn’t fall nearly as fast as expected and it was a poor fit in terms of cross platform development etc.<p>PS4 moved to AMD.
        • rbanffy5 minutes ago
          &gt; Xbox 360 used an Intel CPU.<p>No. It was a PowerPC based one called, IIRC, Xenon.
      • rbanffy5 minutes ago
        Having a presence in the consumer market is not a requirement for being innovative.<p>IBM stopped building servers based on x86 because the margins were too thin for their tastes, but they never stopped building on top of POWER and Z.
    • vablings55 minutes ago
      There are already microcontrollers that have both arm + riscv support. This isn&#x27;t something insane.
      • dmitrygr49 minutes ago
        RP2350 has separate cores for that. This is one core that speaks both.
    • petcat48 minutes ago
      well that&#x27;s nonsense. IBM does incredibly cool stuff.<p><a href="https:&#x2F;&#x2F;research.ibm.com&#x2F;blog" rel="nofollow">https:&#x2F;&#x2F;research.ibm.com&#x2F;blog</a>
      • rbanffy4 minutes ago
        Their research is usually behind paywalls. I miss the days when they published their journals and made PDFs available for download.
      • hnthrow1028291036 minutes ago
        [dead]
    • porridgeraisin51 minutes ago
      Those takes are wrong with or without this particular processor.
  • 346792 minutes ago
    Right click -&gt; Open image in new tab -&gt; zoom in<p>If you haven&#x27;t already.
  • classichasclass46 minutes ago
    This feels like a baby step towards Arm being able to emulate z&#x2F;Arch workloads, maybe with a bit of secret sauce for certain specific operations, which doesn&#x27;t seem very much like IBM.
    • nxobject29 minutes ago
      I thought about that, too. I think they’re doing this for the same reason IBM has supported Linux LPARs: since a lot of customers who lease System&#x2F;z currently probably get overprovisioned hardware that they’ll never fully use, why not try a last-ditch attempt to sell the excess capacity as ARM LPARs?<p>Now you’re thinking like a Big Blue sales rep.
  • avhception15 minutes ago
    Huh. ARM instead of ppc64le?
  • christkv53 minutes ago
    Is this like the Transmeta processors doing code translation in hardware?
    • bryanlarsen13 minutes ago
      No, this is more like any modern processor, which translates instruction codes into micro-ops. To over-simplify IBM just has two of these units per thread rather than one.
      • christkv3 minutes ago
        I wonder how they handle potential differences in memory barriers, instruction order scheduling and other stuff and do they run the core in one mode continuously or do the mix instruction streams from different instruction sets? Anybody got a link to an article?
    • stonogo44 minutes ago
      They were pretty clear at Hot Chips that it&#x27;s native
      • pulse735 minutes ago
        &quot;code translation in hardware&quot; microcode is called &quot;native&quot;
        • wahern0 minutes ago
          Yep. All modern Intel and AMD architectures, save maybe some Atom variants, effectively JIT compile the incoming instructions. It&#x27;s part of the reason the Java&#x2F;JVM promises never came to fruition. The goal posts moved after the mainstream chips coopted the approach, and they continue to move as pipelines get deeper and broader and transistor count goes up.<p>Transmeta was a classic failure--right idea, wrong place &amp; time.
    • LoganDark48 minutes ago
      Transmeta did code translation with a software JIT. The hardware side had specific support for x86 semantics, similar to how Apple&#x27;s M-series has supporting hardware for Rosetta&#x27;s AOT translation, but neither executes x86 machine code directly.
  • markus_zhang51 minutes ago
    I was curious, is it conceptually similar to Data General Fountainhead project?
    • stonogo42 minutes ago
      If by that you are asking whether it has a dynamic ISA controllable at runtime, it appears not. This looks to be a Z processor with arm instructions implemented.