outrun
OpenAFS
| outrun | OpenAFS | |
|---|---|---|
| 13 | 4 | |
| 3,109 | 76 | |
| - | - | |
| 0.0 | 8.2 | |
| over 1 year ago | 12 days ago | |
| Python | C | |
| Apache License 2.0 | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
outrun
-
Distcc: A fast, free distributed C/C++ compiler
While it's purpose is different it can be used to do distributed compiling, so I'll leave it here.
https://github.com/Overv/outrun
Since I was just going down this rabbit hole recently, I kind of wonder if it's possible to set the filesystem on something more like the BitTorrent protocol so things like the libraries/compilers/headers that are used during compilation dont all need to come from the main pc. It probably wouldn't be useful until you reached a stupid number of computers and you started reaching the limits of the Ethernet wire, but for something stupid that can run on a pi cluster it would be a fun project.
-
Programing laptop
Your mention of compile heavy workloads reminded me of a project called Outrun, it offloads work to another machine. All it seems to require is Python, Fuse3 and ssh.
-
The u-root CPU command
Awesome! This write up is satisfyingly detailed. Prior work in this space includes Plan9 of course, as well as the python project Outrun, which has it's own RPC-based FUSE FS: https://github.com/Overv/outrun
Other approachs to deployment in particular include the functional package managers Nix and Guix, which can create lightweight application images, and could probably be cobbled together into some sort of remote environment replication even across architectures. As I read on, I thought less about how this compares with Guix in regards to application/environment packaging and more about how these things could be glued together in interesting ways, because I think the intro leads in through slightly off-label examples, if that makes sense. Application packaging isn't what this addresses at the end of the day, but it's no less fascinating for it.
- GitHub - Overv/outrun: Execute a local command using the processing power of another Linux machine.
- Way to run commands using other linux system's compute power
- Outrun - Execute a local command using the processing power of another Linux machine.
OpenAFS
-
Me at an ASCII party
At least you have job security as long as that’s used. A buddy was an an OpenAFS expert and supported it for IBM until the USPS stopped using it.
- OpenAFS – An Open Source Distributed Filesystem
-
Outrun: Execute local command using processing power of another Linux machine
https://www.openafs.org/
But I never did get around to play much with either.
Maybe it's time for someone to build another system on top of foundationdb?
- Classic dilemma: function pointers array or giant switch?
What are some alternatives?
rffmpeg - rffmpeg: remote SSH FFmpeg wrapper tool
Ceph - Ceph is a distributed object, block, and file storage platform
icecream - Distributed compiler with a central scheduler to share build load
GlusterFS - Web Content for gluster.org -- Deprecated as of September 2017
llama
GlusterFS - Gluster Filesystem : Build your distributed storage in minutes
cargo-mutants - :zombie: Inject bugs and see if your tests catch them!
Apache Hadoop - Apache Hadoop
remote-apis - An API for caching and execution of actions on a remote system.
XtreemFS - Distributed Fault-Tolerant File System
bazel-buildfarm - Bazel remote caching and execution service
SheepDog - Distributed Storage System for QEMU