Skip to main content

Resutil is a utility to manage experimental result data obtained from Python projects. It also manages dependency such as codes and input data with result data. Data is synced to the cloud for team sharing and collaboration.

Project description

Resutil

Japanese readme is here

What is Resutil

Resutil is a utility to manage experimental result data obtained from Python projects. It also manages dependency such as codes and input data with result data. Data is synced to Google Cloud Storage (or Google Drive) for team sharing and collaboration.

Why choose Resutil?

  • Simple: Easy to install and can be quickly integrated into your project.
  • High Reproducibility: Tracks programs, input data, and experimental results.
  • Open-source and free: Join development to future release of Resutil.

Features

  • Sync experimental data saved in a specific directory to Google Cloud Storage (default) or Google Drive after the program execution finished.
  • Save information necessary to reproduce the experiment in a YAML file.
  • Execution command
  • Input files given as arguments (only files within folders managed by resutil)
  • Git commit hash
  • Uncommitted files
  • Upload experimental data that hasn’t been uploaded yet.
  • Download experimental data from the cloud using commands.
  • Automatically download dependencies that do not existing at run time.

Installation

Open terminal and run

pip install resutil

Prepare a Google Cloud service account key JSON for Cloud Storage (downloaded later in the setup steps) and save it as key.json in your project root. A typical key file looks like:

{
    "type": "service_account",
    "project_id": "your-gcp-project",
    "private_key_id": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
    "private_key": "-----BEGIN PRIVATE KEY-----\nxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\n-----END PRIVATE KEY-----\n",
    "client_email": "resutil-bot@your-gcp-project.iam.gserviceaccount.com",
    "client_id": "123456789012345678901",
    "auth_uri": "https://accounts.google.com/o/oauth2/auth",
    "token_uri": "https://oauth2.googleapis.com/token"
}

Initialize resutil

$ cd your-project-root-directory
$ resutil init
Input project name (resutil): MyProj
Input directory name to store results (results): results
Do you want to add .gitignore to results? (Y/n): Y
Input storage_type (gcs/gdrive): gcs
Input key file_path (key.json): key.json
Do you want to add key.json to .gitignore? (Y/n): Y
Input bucket name: resutil
✅ Initialized.

The bucket name is your Cloud Storage bucket, and resutil-conf.yaml will be created with this configuration.

Modify main function in your project like:

# Import resutil
import resutil

# Add decorator before the main function
@resutil.main()
def main_func(params):
    # A directory is automatically created, and its path is stored in params.ex_dir
    ex_dir = params.ex_dir 

    # Execute the program HERE🚀
    # Resutil will handle the rest

if __name__ == "__main__":
    main_func()

Usage

Run the program integrated with Resutil. You will first be prompted for a comment, and then an experiment result directory will be automatically created. This directory will include a name composed of a sequential alphabet, date, time, and your comment. The directory is then zipped and uploaded to the specified cloud storage after the program finishes.

$ python sample.py

✨ Running your code with Resutil

📦 Connected to Google Cloud Storage
  📁 Bucket name: resutil
  📁 Project dir: your_project

📝 Input comment for this experiment (press [tab] key for completion): nice-comment

🔍 Unstaged files will be stored in the result dir:
  - README.ja.md
  - README.md
🚀 Running the main function...

### Your code's output

🗂️ Uploading: aapfup_20240704T191555_nice-comment
ℹ️ There are 9 other experiment directories that have not been uploaded.
✅ Done

How to setup cloud storage for Resutil

Resutil supports Google Cloud Storage (default) and Google Drive. Below are the steps for each.

Google Cloud Storage (recommended)

  1. Create a GCP project (if needed): In the Google Cloud Console, create or reuse a project.
  2. Enable Cloud Storage API: Open API Library, search for “Cloud Storage”, and enable it.
  3. Create a bucket: Go to Cloud Storage Browser, click Create Bucket, and set a name (e.g., resutil) and location/class.
  4. Create a service account: In IAM & Admin → Service Accounts, click Create Service Account and name it (e.g., resutil-bot).
  5. Grant permissions: Give the service account the Storage Object Admin (or at least Storage Object User + Storage Legacy Bucket Reader) role for the bucket so it can read/write objects.
  6. Create and download a key: On the service account page, open KeysAdd KeyCreate new key → choose JSON, then download key.json and place it in your project root (add to .gitignore).
  7. Run resutil init: Choose gcs, enter the path to key.json, and the bucket name you created.

Google Drive

  1. Create a folder in Google Drive and note the folder ID (the part after folders/ in the URL).
  2. In Google Cloud Console, create/reuse a project and a service account; download a JSON key.
  3. Enable Google Drive API for the project.
  4. Share the Drive folder with the service account email from the JSON key, giving Editor access.
  5. Run resutil init, choose gdrive, set key.json, and provide the base folder ID.

Commands

resutil init

resutil init creates resutil-conf.yaml in your project folder such as:

project_name: MyProj
results_dir: results/
storage_type: gcs
storage_config:
  backet_name: resutil  # bucket name
  key_file_path: key.json

resutil push

The resutil push command is used to upload experimental data to the cloud that does not exist in the cloud result directory.

resutil push [exp_name] uploads experiment a specific directory to the cloud. Depending directorys included in exp-config.yaml are automtically uploaded. --no-dependency option restrain automatic dependency upload.

resutil pull will upload all experimental data to the cloud.

This is useful for keeping your local data up-to-date with the data stored in the cloud, especially when multiple people are working on the same project and updating the experimental data.

resutil pull

The resutil pull command is used to download a specific experimental data from the cloud that does not exist in the local result directory.

resutil pull [exp_name] downloads experiment directory from cloud. Depending directorys included in exp-config.yaml are automtically downlowded. --no-dependency option restrain automatic dependency download.

resutil pull will download all experimental data from the cloud that is not currently in your local result directory.

This is useful for keeping your local data up-to-date with the data stored in the cloud, especially when multiple people are working on the same project and updating the experimental data.

resutil add

The resutil add command is used to add an experiment directory without executing any code.

You can use it as follows: resutil add [comment] -d [DEPENDENCY1] [DEPENDENCY2].... This command adds an experiment directory named "comment" and sets its dependencies. The dependencies are other experiments that this experiment depends on.

For example, if you have two experiments exp1 and exp2 and a new experiment depends on them, you can add the new experiment with the following command: resutil add "new experiment" -d exp1 exp2. This will create a new experiment directory named "new experiment" and set exp1 and exp2 as its dependencies.

resutil list

The resutil list command list experiments in the cloud storage.

resutil rm

The resutil rm command removes experiments. You can use it as follows: resutil resutil rm [-l] [-r] EXPERIMENT1 [EXPERIMENT2].... --local or -l option removes only local experiment directory, whereas --remote or -r option for experiment data in cloud. Specifying neither options removes both experiments.

resutil comment EXPERIMENTAL

resutil comment [EXPERIMENT] [COMMENT] add or modify a comment following timestamp in the experiment name. Both local and cloud experiment name will change if existing. It should be noted that Resutil regards a differnt experimental name as a different experiment, and this does not affect the name of the same experiment other users have already pull.

Environment Valuable

When running code that integrates Resutil, you can use the following environment valuables:

RESUTIL_COMMENT Specifies a comment required at the start of execution. This prevents the need to prompt for a comment during execution.

RESUTIL_NO_INTERACTIVE Enables non-interactive mode. This prevents any user prompts during execution. This is useful when running as a batch job. If RESUTIL_COMMENT is not specified, no comment will be added to the experiment directory.

RESUTIIL_REMOTE Restrains from uploading results to the cloud storage.

RESUTIL_DEBUG Enables debug mode where a temporary directory is used as experiment directory. The temporary directory will not be unloaded to the cloud storage.

Saving checkpoint

For long-running executions, call param.save_checkpoint() to temporarily upload the data in the experiment directory.

Directory structure in the cloud storage

<bucket root>
├── MyProj  # Project directory
│   ├── aakuqj_20240511T174522_ex1.zip  # zip file of Experiment directory
│   │   ├── resutil-exp.yaml            # Experiment information
│   │   └── data.txt                    # Data (example)
│   ├── aamxrp_20240606T135747_ex2.zip
│   │   ├── resutil-exp.yaml
│   │   ├── data.txt
│   │   └── uncommited_files       # Uncommitted files
│   │       └── main.py
│   ...
│   
├── OtherProj
│
...

Experiment directories are formatted as xxxxxx_yyyymmddTHHMMSS_comment, where xxxxxx is timestamped for easy ordering and tab completion in shells.

resutil-exp.yaml [WIP]

Each experiment directory has resutil-exp.yaml, which contains information to reproduce experimental results.

cmd: Execution command
params: Options at runtime
  hoo: xxx
  bar: 123
dependency: Dependencies (automatically extracted from directories in the command)
  - ex1
  - ex2

how to publish

  1. Change version number of pyproject.toml
  2. merge branch to main
  3. Add v*.. tag will automatically deploy to PyPI
  4. Add a release note to GitHub such as:
    ## New Features
    - Add `--resutil_debug` and `--resutil_no_remote` options for trial-and-error phase
    - `-A` or `--all` options can be omitted for `resutil push/pull` commands
    
    ## Bug Fixed
    - Fix a bug resuitl does not works properly when git is not initialized
    

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

resutil-0.1.19.tar.gz (71.7 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

resutil-0.1.19-py3-none-any.whl (21.5 kB view details)

Uploaded Python 3

File details

Details for the file resutil-0.1.19.tar.gz.

File metadata

  • Download URL: resutil-0.1.19.tar.gz
  • Upload date:
  • Size: 71.7 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.9.18

File hashes

Hashes for resutil-0.1.19.tar.gz
Algorithm Hash digest
SHA256 b4a3a9dd261f702393614ef469e805c34f674d3eec7eee115089f30a193362a4
MD5 d6610a7e955d3c4a5d16820fa1e8234e
BLAKE2b-256 0668e8842c934605d3402eaa4e1d0c5e8e3831f698448a7aefbd0408217bdef6

See more details on using hashes here.

File details

Details for the file resutil-0.1.19-py3-none-any.whl.

File metadata

  • Download URL: resutil-0.1.19-py3-none-any.whl
  • Upload date:
  • Size: 21.5 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.9.18

File hashes

Hashes for resutil-0.1.19-py3-none-any.whl
Algorithm Hash digest
SHA256 543cc3957a9afe786fe470a31c11c4d0a9f345ede0f2ed2f558176b21d8b5f47
MD5 7b19081d035b1bf1519000844977104d
BLAKE2b-256 38245e849bdaf96fa81d7e0e0f9a7b2af2bc7b5be2bac921159a1d470da5f617

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page