DEREKULLO
"Mining doesn't need an x16 pci-e port to be productive.
The only thing that matters is that the entire DAG (Directed Acyclic Graph) fits into gpu memory as it currently does or else the device would have to store the remainder of the DAG in ram making the speed of the port relevant and most likely slowing the hashrate."
so does this mean mining apps could profit a lot from huge gpu memory?
I am curious, as a little discussed feature of vega is onboard nvme raid storage/cache, which vega sees as gpu memory. for now, its 1TB of theoretical 8GBps max., but plenty of lanes have been allowed for on vegas discrete infinity fabric, so rapid speed boosts seem possible - a 4 way stripe of 128GB nvme ssdS e.g., could ~affordably provide a theoretical 16GBps of "L2 GPU cache".
NB that the benchmark speeds we see from nvme ssdS are in a pcie3 environment using pcie3 nand storage devices.
Above, we have both the gpu and the nvme cache on the same Fabric, in very close proximity, and the restrictive pcie protocol can be ignored, in favor of fabricS faster native protocol. Perhaps the nand devices could be customised for that fabric protocol and preferred hardware i/f, yielding significant speed advances for this new form of cache/memory.
nand ~memory/cache "could be" a godsend for power consumption for miners. dunno, but sure sounds it from what u say.
Its slow vs gpu ram, and slower again than system ram (which also can be used by vega gpu as cache), but not as slow or resource draining as u would think - and its HUGE and adjacent to the gpu on the die.
sorry to go on.
but lastly, I should also note that all that fancy data shuffling required to provide the illusion of huge memory, by pooling layers of resources and managing them cleverly, is being performed by a dedicated powerful processor - the Hi Bandwidth Cache Controller. It all~ happens in background and is code agnostic~.