TBH, the Mac Pro would likely be a better candidate for PCIe 4 at the moment because of the accessible slots. With everything built in, and GPUs getting practically nothing out of PCIe 4 so far, it’d be only for the SSD, assuming Apple remembers to update their T2 chip to support it.
If Apple is sticking to Intel, then it isn't. The next gen Sunny Cove or Willow cove core designs with better IPC are coupled to the PCI-e v4 updates. What the iMac Pro needs more is better coverage of the 8-12 core range with better performance at lower prices ( then the W 3xxx series ).
The Mac Pro is in far more pressing need to just ship and get the inevitable bugs out of the design.
Since there is little evidence that folks are putting PCIe v4 and low power into the same packages then it isn't coming to the T-series any time soon. GPUs don't get much out of PCIe v4 on gaming workloads, but there are a number of computational workloads that do. The iMac Pro would need a bitter GPU target to work with though.
the iMac Pro also doesn't maximize the space between GPU and CPU which is more of an issue with PCI-e v4. Yes redrivers are a workaround but there is already alot going on with the Mac Pro logic board and that is something that should be throughly worked out before jump into those trade-offs.
Threadripper would be useful for other reasons, but if Apple hasn’t reached the end of their rope with Intel yet, it doesn’t seem likely. Especially with Intel willing to produce what amounts to custom SKUs for devices like the Mac Mini.
Technically putting something into a BGA (ball grid) instead of a LGA ( pins) package is a SKU but that is probably not outside of AMD's skill set range ( since it would probably be outsourced anyway). It isn't really customer "Just for Apple". It is more the case that Intel has so many customers that finding a few others that want what Apple wants isn't a problem.
The Mac Pro is shipping with 580X .... AMD's track record with Apple probably isn't spotless either. Is AMD going to hold it together with Zen3 or have a hiccup on perf/W or something. AMD has a much better window than they have had over the last several years, but they have issues too on crossing t's and dotting i's.
[automerge]1573573112[/automerge]
Sadly 90% of it's potential won't be available as macOS don't have any official fpga toolchain, and an SDK from apple for it's fpga it's like asking too much, to someone used not to walk while chewing gum at the same time.
The point is they don't need a general access FPGA toolchain. They just need Afterburner to be useful for a substantial number of folks. If it is in the sub $1K range then it may be useful in a few TBv3 contexts too. (just not 8K work).
It isn't Apple's FPGA to have a toolkit for. If Apple made the FPGA , but they highly likely are not. And since the FPGA is underlying core foundational libraries, it doubtful Apple is going to want random folks poking at that then at the binaries in the kernel. Apple is probably using someone else's FPGA SDK and can't give it away for free. ( nor do they probably particularly want to subsidize that ).
Apple is using a FPGA probably because it is cheaper (full lifecycle wise) than using an ASIC (application specific IC) . But they are primarily trying to do something "application specific" (i.e., add horsepower to their application APIs. ).
If some 3rd party wants to sell a general usage FPGA card for the Mac Pro, then they have the same work to do as as any other PCI-e add-in-card vendor. Write the drivers for macOS , be a trustworthy partner ( follow Apple's guidelines and strategic directions) , and ship the product. Afterburner doesn't have to solve everything for everybody. Neither do the Apple MPX modules have to solve everything for everybody.