llama | telepythy | |
---|---|---|
10 | 1 | |
578 | 13 | |
- | - | |
4.0 | 5.6 | |
about 2 months ago | 4 months ago | |
Go | Python | |
Apache License 2.0 | GNU General Public License v3.0 only |
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.
llama
- Llama – A CLI for outsourcing computation to AWS Lambda
- llama
- Distcc: A fast, free distributed C/C++ compiler
-
Distributed Cloud Builds for Everyone
I was surprised there wasn't a more obvious link, but the implementation of the ideas in the post is in open-source CLI tool here https://github.com/nelhage/llama
- Llama: CLI for outsourcing computation to Amazon Lambda
-
Outrun: Execute local command using processing power of another Linux machine
See also llama:
https://github.com/nelhage/llama
> Llama is a tool for running UNIX commands inside of Amazon Lambda. Its goal is to make it easy to outsource compute-heavy tasks to Lambda, with its enormous available parallelism, from your shell.
telepythy
-
Outrun: Execute local command using processing power of another Linux machine
Hmm interesting idea. I was working on something a couple weeks ago after all the "αcτµαlly pδrταblε εxεcµταblε" stuff. My idea was to be able to run local programs like your favorite fancy shell, but on a remote machine or container that does not have it installed (think lightweight containers you need to work in). The idea was to have a parent program that runs your shell or other client program using ptrace to intercept and proxy all syscalls to a small client on the remote machine/container. So the code would be running locally, but all of the syscalls would be running remotely. I actually got it somewhat working but gave up when I realized that the difficulty in memory and file access. Files in particular were hard since I couldn't disambiguate if a file access was for a "local" or "remote" file. Also in the past I did something silmilar for python programs https://github.com/seiferteric/telepythy
What are some alternatives?
bazel-buildfarm - Bazel remote caching and execution service
rffmpeg - rffmpeg: remote SSH FFmpeg wrapper tool
icecream - Distributed compiler with a central scheduler to share build load
OpenAFS - Fork of OpenAFS from git.openafs.org for visualization
outrun - Execute a local command using the processing power of another Linux machine.
remote-apis - An API for caching and execution of actions on a remote system.
cargo-mutants - :zombie: Inject bugs and see if your tests catch them!
recc
gnu-parallel - A clone of GNU Parallel (git://git.savannah.gnu.org/parallel.git)