One of the main system challenges has been efficient high-bandwidth and low-latency delivery of packet flows between NICs and GPUs. NVIDIA has their cuVNF library (part of the Aerial SDK) that works with GPU Direct NICs and extends the DPDK toolkit to accomplish this: https://developer.nvidia.com/aerial-sdk
We had 40+mph winds at our home all night. Based on previous experience the power would have gone out anyhow.
In the spring we had a tree take down the power line in front of the house and continue arcing. Thank goodness it was a day after rain and calm wind. On a night like this recent night, the mountain would have been ash.
For those that live in rural, fire-prone areas power outages are often fairly normal and the big danger is burning. If someone hears 4th of July fireworks being set off where I live there's a real risk of a vigilante mob. The tradeoff of power cuts seems reasonable.
There has been reporting that preventive power cuts are generally a good idea, but highly unpopular unless they are really targeted. This is what San Diego Gas & Electric learned: put in equipment to enable more targeted cuts and monitoring. I expect this is where PG&E will need to invest next.
There are many good reasons to embrace better integration with open source. I think the benefits like helping users with custom/broad distro needs and increasing the velocity of collaboration with the ecosystem and partners outweighs factors like 'competition.'
The cogs do turn, albeit slower than people prefer.
The first part of your statement is generally accurate. However, the article is discussing tariffs the US has chosen. This is not something China is doing.
Given the description of your workaround, you may be running into an issue of long GPU driver load times for the nvidia driver. If that is the root cause the recommended solution for this is nvidia-persistenced, though it seems you may have rolled your own equivalent.
"With independent, parallel integer and floating point datapaths, the Volta SM is also much more efficient on workloads with a mix of computation and addressing calculations"
If you're interested in the architecture of a GPU this Berkeley ParLab presentation by Andy Glew from 2009 covers the basics of how the compute cores in modern GPUs handle threading. It's a subtle, but powerful, difference from SIMD or vector machines.
If you want to get into the details of how a GPU interfaces with the system and OS software, which is almost an entirely other animal, you may want to look at the Nouveau project to get oriented.
This is a developing area with a number of research and development efforts ongoing looking at basic packet filtering flows, for example: https://ieeexplore.ieee.org/document/7019193 https://arxiv.org/pdf/1312.4188.pdf
and AI-driven approaches like CyBERT showing promise: https://medium.com/rapids-ai/cybert-28b35a4c81c4
One of the main system challenges has been efficient high-bandwidth and low-latency delivery of packet flows between NICs and GPUs. NVIDIA has their cuVNF library (part of the Aerial SDK) that works with GPU Direct NICs and extends the DPDK toolkit to accomplish this: https://developer.nvidia.com/aerial-sdk
However, as for integrated devices, I'm familiar with at least one that claims to be on the market: http://www.h3c.com/en/About_Us/News___Events/News/201907/121...