Announcement

Collapse
No announcement yet.

Intel Acquires The Team Behind ArrayFire GPU Acceleration / Parallel Computing Software

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Intel Acquires The Team Behind ArrayFire GPU Acceleration / Parallel Computing Software

    Phoronix: Intel Acquires The Team Behind ArrayFire GPU Acceleration / Parallel Computing Software

    In addition to Intel acquiring Linutronix as the company known for their work on the real-time (RT) kernel patches and other contributions and then back in June acquiring Codeplay Software, Intel has today made another notable software talent acquisition... Intel announced this afternoon that the team behind ArrayFire has joined the company to further their ambitious software endeavors...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    OneAPI execution seems like what AMD wanted to do with HSA but couldn't deliver

    Comment


    • #3
      God I hate the term "GPGPU", not only is it an oxymoron but it also sounds like the speaker is stuttering. Just call it a Parallel Processing Unit.

      Comment


      • #4
        Originally posted by Ironmask View Post
        God I hate the term "GPGPU", not only is it an oxymoron but it also sounds like the speaker is stuttering. Just call it a Parallel Processing Unit.
        The term originated in the early 2000's and referred to running General Purpose workloads on GPUs. So, not an oxymoron and not referring strictly to the hardware, but rather to the hardware/software combination.

        Here's a site I used to follow, back then: https://web.archive.org/web/20031011...www.gpgpu.org/

        Comment


        • #5
          AMD should've bought a couple of these software houses. Then, their driver team could've focused on core ROCm features + hardware support, and let the others focus on HiP and porting CUDA code to HiP/ROCm.

          Probably AMD's biggest failing, in their attempts to borrow Nvidia's compute strategy, was the lack of investment in software on anything like the scale Nvidia has done.
          Last edited by coder; 09 September 2022, 05:55 AM.

          Comment


          • #6
            Originally posted by coder View Post
            AMD should've bought a couple of these software houses. Then, their driver team could've focused on core ROCm features + hardware support, and let the others focus on HiP and porting CUDA code to ROCm.

            Probably AMD's biggest failing in their attempts to borrow Nvidia's compute strategy was the lack of investment in software, on anything like the scale Nvidia has done.
            Seemed like one of the main reasons Raja Koduri left. He had many ideas but AMD was focusing on gaming instead. Now at Intel we can see his ideas come to fruition.

            Raja Koduri: “AMD has no software ecosystem that's meaningful without Intel​“

            Comment


            • #7
              at this rate I could see rocm simply becoming a backend for oneapi in most cases

              Comment


              • #8
                Originally posted by coder View Post
                Probably AMD's biggest failing, in their attempts to borrow Nvidia's compute strategy, was the lack of investment in software on anything like the scale Nvidia has done.
                according to bridgman back in 2017 they did not have the money to do so. they now have the money and because of this we see vega64 support in blender 3.3.
                Phantom circuit Sequence Reducer Dyslexia

                Comment


                • #9
                  Originally posted by coder View Post
                  running General Purpose workloads on GPUs. So, not an oxymoron and not referring strictly to the hardware, but rather to the hardware/software combination.
                  Well the 8086 architecture was originally made to control traffic lights.
                  Should we call all our software "general purpose traffic light processors"?

                  Comment


                  • #10
                    Originally posted by qarium View Post
                    according to bridgman back in 2017 they did not have the money to do so.
                    I understand that AMD's finances were still a little rough, back then. However, if they were serious about playing in the GPU compute and AI markets, then they should've appreciated the need to make these kinds of investments.

                    Comment

                    Working...
                    X