-
PurefunctionPipelineDataflow
My Blog: The Math-based Grand Unified Programming Theory: The Pure Function Pipeline Data Flow with principle-based Warehouse/Workshop Model
-
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
It is very simple to use the parallel method of the manufacturing industry ---- Warehouse/Workshop Model.
https://github.com/linpengcheng/PurefunctionPipelineDataflow...
The A64fx also has hardware synchronization barriers to synchronize cores, which is a pretty GPU-like thing (at least it is very common on GPUs, and rare on CPUs).
https://github.com/fujitsu/A64FX/blob/master/doc/A64FX_Speci...
The things you said in your comment above are untrue for very fundamental reasons. This isn't a judgement call of the best techniques based github histories.
> I minted Joint Parallel and gave the definition!
That means it's nonsense. It is an oxymoron, it contradicts itself. Parallelism by definition is about separation of dependencies and synchronization. Join implies the exact opposite. That's like saying Bright Black while telling people you invented a new color space. It is a hiccup to being taken seriously (to put it mildly).
You have said stuff like 'java doesn't crash (usually)' and that multi-threading rendering adds at least 10 frames of latency to a game. Statements like these are not just incorrect, they indicated a lack of understanding by thinking mostly orthogonal concepts are somehow at the mercy of each other.
I looked at your link. The first file I opened says "non-blocking and asynchronous" in the first line of the comment.
https://github.com/tinspin/rupy/blob/master/src/se/rupy/http...
Your methods that are supposedly doing this use the synchronize keyword whose purpose is to "block (suspend execution)" of other threads that call the same method until the first thread is done.
https://docs.oracle.com/javase/tutorial/essential/concurrenc...