On 6/8/20 8:27 PM, Alexandru N. Barloiu wrote:
On Mon, 2020-06-08 at 20:16 -0400, james wrote:
Any pointers to codes that create a cluster and run on 64Bit arm low
power boards is welcome to post to this thread, or drop me a private
note.
There is no such thing as cluster for arm. It's just daemons. You equip
each pi with the things it's going to need. You treat them as normal
computers.
Huh. Well, I've run across dozens of projects, some as old as 2015.
Sure, I have not 'dug into' the details, but they seem to be quite common::
https://magpi.raspberrypi.org/articles/build-a-raspberry-pi-cluster-computer
https://makezine.com/projects/build-a-compact-4-node-raspberry-pi-cluster/
https://projects.raspberrypi.org/en/projects/build-an-octapi/
https://www.hackster.io/aallan/a-4-node-raspberry-pi-cluster-e19273
Granted, the term 'cluster' in the linux world is as open as the word
'cocktail' at a social gathering; ymmv.
If you don't know how to start...
https://gentoo.osuosl.org/experimental/arm64/
Great link. But I typically avoid all things 'systemD' centric. (no
discussion, just my preference).
However I did find this stage 4:
stage4-arm64-minimal-20190115.tar.bz2
at https://gentoo.osuosl.org/experimental/arm64/old/
Any idea how chip specific this stage 4 for arm64 is?
there are actually some modern stage3 images. I suggest you google how
to emulate arm64 using qemu-static. google crossdev as well. There are
wonderful resources on the forums, some of which I participated in.
Not applicable. there are always a myriad of nuances with this approach,
as I often stray into unique and exotic hardware extensions. Some run
'clusters' on a collective of ity-bity IoT devices, cause they are
fairly close together over Rf links. Folks at the companies that build
chipsets, are very advanced in this venue. Most of it is DoD related and
quite hush_hush. A billionaires club, so to accurately categorize. But
there is no issue with gentoo folks finding their own pathways forward
with clustering arm/micro devices. It is the future and even IoT
security semantics will be based on each (I0T) nodes performance metrics
as opposed to traditional security (bloated) codes. These IoT comm
links, are like a predictable wave. Monitoring the wave, in the RF
domain, shows where and when a small portion of (for example) field IoT
sensors are stressed (under a heavier load than normal. So you do not
have to strictly depend on specific codes and filters to detect anomalies.
Monitor and matching of various domains yields startling results. BATM
it is more of an art from than consistent technology. Surely the good
folks of Gentoo will validate a pathway forward.
What I have discovered is there are an enormous amount of very technical
folks that routinely use gentoo, but keep it a secret.
Good luck and happy hacking.
Gentoo, hacking and exotic hardware are more of an addiction than a
source of joy. Be at peace. and
THANKS for the link,
James
