npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

v8boinc-remote

v0.1.4

Published

Develop and deploy distributed application on V8-BOINC

Downloads

102

Readme

v8boinc(1) -- User Manual

SYNOPSIS

v8boinc --help
v8boinc <command>
        [--help|-h]
        [--config=<path>|-h <path>]
        [--minor|-m] [--major|-M] [--hold|-H]
        [--save|-s] [--suppress|-S] [--limit=<value>|-j <value]
        [--trace|-w]
        [--debug|-d] [--time|-t] [--less|-L] [--log=<path>|-l <path>]
        [<args>]

DESCRIPTION

v8boinc is a command line program that lets you develop and deploy parallel applications for V8-BOINC system.

V8-BOINC lets you submit JavaScript tasks that will be executed by volunteers runing smartphones, tablets, game consoles, desktops, and even routers (see v8boinc-model(7) for more info.

While V8-BOINC system only supports tasks consisted of one .js file and one input .json file, v8boinc program enables writing a modular applications using well-known node module system.

Other than using multiple files to develop application, v8boinc includes functionality to unit test the application in exact same environment that is used on volunteer hosts.

In this document we use the term application to denote distributed application that will be deployed on V8-BOINC system.

COMMANDS AND WORKFLOW

Commands are (in order of normal workflow):

  • authenticate MASTER_URL
  • benchmark
  • init APPLICATION-NAME
  • test
  • estimate
  • run

Before starting to use v8boinc on a new machine, one needs to authenticate and benchmark the machine. Authentication step requires that user has an account on a V8-BOINC server that has submission privileges. Benchmark will estimate speed of current machine in order to later estimate work load of each job submitted.

When starting to develop an application for the first time, you need to chdir to root of the application (or in an empty dir) and issue v8boinc init. This will create hidden .v8boinc dir and app.json with some configuration parameters. This command will also download jsapp executable for your platform and verifiy its digital signature. This is a statically compiled wrapper around V8 that simply runs the script from working directory. See v8boinc-jsapp(1) for more info.

The development cycle is:

  • v8boinc test until unit tests pass
  • v8boinc estimate until one unit of work (task from input/) consumes apropriate amount of processor time.
  • v8boinc run!
  • connect all of your devices to V8-BOINC and ask your friends to do the same!

v8boinc estimate tries to estimate number of floating points operations required to finish one task. This number is then sent to BOINC server which will use it to do the job scheduling.

All commands can be shortened to first leter, eg. v8boinc r is equivalent to v8boinc run. run command will also repeat test and estimate commands and proceed only if those commands returned no errors.

APPLICATION ANATOMY

-- git ignored:
| .v8boinc/
| | bin/
| | | jsapp
| | test-results/
| | bundles/
| node_modules/
-- not ignored:
[package.json]
| app.json
| main.js
| lib/
| | *.js
| input/
| | *.in.json
| output/
| | *.out.json
| | *.error
| test/
| | *.in.json
| | *.out.json

This diagram shows directory structure of an application. Ignored .v8boinc directory contains jsapp executable that runs unit tests, bundles that are concating whole application code with required modules to one file and unit test results from last test run.

main.js file must module.exports a function called main. This is a entry point to your application. This function will be invoked with input object and returned value will act as an output object. If you want to have function main in some other file change main field in app.json.

From your code you can use require functionality and require anything that is pure JavaScript. For example, you can't require("child_process") because we can't run that from browser.

Folder lib/ is used for your libraries just like in ordinary node packages. Use npm install --save [package-name] when you want to use some external package that will later be installed easily with npm install when positioned in root directory of your app.

In test/ you should put X.in.json and X.out.json pairs that are matching inputs and outputs from your application. It is required to have at least one test in order to submit jobs to remote server. Note that these tests will be started locally. There is a bug that causes all tests to take at least 2 seconds to execute.

input/ directory should contain real tasks that you want to process in distributed manner. These files are in same format as your unit tests. The only difference is that there can be (should be) large number of these tasks and they can consume significant processing time to process. Other than that, everything is the same like with unit tests.

output/ will contain results from running an application distributed, eg. after v8boinc run finishes. These files will have same base name as input counterparts but extension will be .out.json if everything went well or .error if there was an error while processing a task in the wild.

You may choose to have scripts that will produce all the input files or to git ignore output files and to process them to some other location after the computatino is finished. It is expected that number of these files will be huge.

v8boinc authenticate SERVER-URL [AUTHENTICATOR-KEY]

This command will create global config file with authenticator and submission server URL.

In order to get an authenticator, navigate to V8-BOINC aware server and then:

  • log in or create an account (link is in upper right corner)
  • ask submit permissions from server administrator
  • click on your account, then account keys
  • use 32 char string as your authenticator-key

Args and flags.

SERVER-URL BOINC master url of the V8-BOINC project in use.

[AUTHENTICATOR] Authenticator key for user that is using V8-BOINC server. If omitted, key will be prompted through tty like a password.

--config=PATH default ~/.v8boinc.conf Makes use of different path for global config file. If different config file is in use than all future invocations should have that flag active.

v8boinc benchmark

Benchmark command will estimate speed of current machine and write it to main config file (~/.v8boinc.conf). This data will later be used to estimate load required by submitted jobs.

v8boinc init NAME [DESCRIPTION]

This command will create .gitignore file, internally used .v8boinc folder and minimal app.json for your application and download and verify binaries used to test the application locally.

While .v8boinc is git ignored, you must call this command each time you start working on a freshly cloned app.

NAME default is basename of current directory Name to write into app.config. It is used only to name some internal files and directories.

[DESCRIPTION] Describe what your application is doing. This will be written to app.json.

v8boinc test [TEST-FILES]

Test will bundle up all .js files in your application root directory and create bundled main.js that contains your whole application.

Code will then be executed against test files from arguments or all tests in test/ if no arguments specified.

All test that didn't crashed will have results written to .v8boinc/test-results/.

[TEST_FILES] Tests to run. If omitted all tests in test/ directory will be used.

-s, --save Without this flag, if there is a .in.json test file without matching .out.json file, that test will be marked as failed. With this flag active, produced output will be written as correct test result and test will pass.

-S, --suppress Suppress outputing failed test outputs to a console. Helps if tests have large input/output files. All (not crashed) test results are always available in .v8boinc/test-results/*.out.json.

-j , --limit= default $(nproc) Run this number of tests in parallel.

-H, --hold With every run of tests, build version of your application is increased. This causes .v8boinc/bundles to pile up with earlier snapshots of your application which can consume disk space. This flag causes version to hold still. Versions are written in app.json.

-m, --minor Bump application minor version.

-M, --major Bump application major version.

v8boinc estimate [INPUT-FILE]

This command will create a bundle and run the application on first input file in input/ dir or file name in command line argument. Execution will be stopped when boinc_fraction_done is called with argument equal or larger than 0.01.

Estimated processing power will be determined based on above running time and benchmark results for this machine.

[INPUT_FILE] You may choose an input file that will be used to estimate work load. If this argument is omitted, first input file from input/ directory will be used.

v8boinc run

Run will firstly invoke v8boinc test && v8boinc estimate with all flags passed to run invocation. If those subcommands return no errors, submission of tasks from input/ to remote server will commence.

After all tasks were submitted, process will wait for all results to return and write their output to output/. If task produced an error, its output will have .error extension and contents will have the error details.

If you hit Ctrl+C (or send SIGINT) to this process while there are pending results, all submitted jobs will be canceled on server.

If you hit Ctrl+C twice, or kill a process in any other way, you may left active tasks on server. Try not to do this.

--publicdir=DIR:URL If submitting large files, node process could ran out of memory. To avoid this one can instruct v8boinc to take input files over a HTTP location using this flag. DIR is a location where symlink to input file will be created, and URL should point to that exact dir over a HTTP server. This must be visible from central server.

-z, --gzipped If submitting large files, you may choose to gzip all input files in input/ and then this flag should be used. It will cause v8boinc to look for .in.json.gz files instead of .in.json. Additionally, if you add .in.json.md5 files along with digest of uncompressed inputs, submission process will be further shortened. You may add "gzipped": true to your app.json to have this flag always enabled.

FLAGS THAT CONTROL OUTPUT

-w , --trace= Write all request/response HTTP pairs into a file for debugging purposes. Trace file will not contain authenticator key which is sent over wire.

-d, --debug Print some more debugging info. They are not much usefull.

-t, --time Output timestamp prepended to every line. Useful for long running jobs.

-L, --less Don't output INFO lines.

-l , --log= Additionally, output everything to a log file.

SEE ALSO

  • v8boinc-jsapp(1)
  • v8boinc-model(7)