distributed-workloads
by
opendatahub-io

Description: Artifacts for the Distributed Workloads stack as part of ODH

View on GitHub ↗

Summary Information

Updated 1 hour ago
Added to GitGenius on January 17th, 2025
Created on January 25th, 2023
Open Issues & Pull Requests: 31 (+0)
Number of forks: 86
Total Stargazers: 35 (+0)
Total Subscribers: 9 (+0)

Issue Activity (beta)

Open issues: 3
New in 7 days: 0
Closed in 7 days: 0
Avg open age: 147 days
Stale 30+ days: 1
Stale 90+ days: 1

Recent activity

Opened in 7 days: 0
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 0

Top labels

No label distribution available yet.

Most active issues this week

No issue events were indexed in the last 7 days.

Repository Insights (GitGenius)

Median issue/PR response: 1.2 hours
Mean response time: 188.6 days
90th percentile: 377.2 days
Tracked items: 2

Most active contributors

No contributor activity indexed yet.

Related by overlapping contributors

No overlapping-contributor repos identified yet.

Detailed Description

The Distributed Workloads repository is part of the Open Data Hub project and provides artifacts for managing distributed workloads on OpenShift AI. Written primarily in Go, the repository focuses on enabling large-scale machine learning and data processing tasks across Kubernetes clusters. The project is classified across multiple domains including frameworks, big data analytics, workload management, cluster management, resource orchestration, and distributed computing, reflecting its role as infrastructure for coordinating complex computational tasks.

The repository includes practical examples demonstrating real-world use cases for distributed machine learning workloads. These examples cover fine-tuning large language models using Ray and DeepSpeed on OpenShift AI, fine-tuning Stable Diffusion models with DreamBooth and Ray Train, and performing hyperparameter optimization through Ray Tune integrated with OpenShift AI. These examples serve as templates for users implementing similar distributed training and optimization workflows.

The core functionality centers on integration testing for distributed workload components. The testing infrastructure requires administrative access to an OpenShift cluster, with support for local development using CRC, along with installed OpenDataHub or RHOAI with all Distributed Workload components enabled. The test suite is written in Go 1.21 and provides configurable environment variables for controlling test behavior, including output directories and timeout durations for short, medium, and long-running tasks.

The repository supports multiple specialized test suites targeting different aspects of the distributed workloads stack. The Ray integration tests allow customization of Ray cluster images, with a default image of quay.io/modh/ray:2.47.1-py312-cu128. The fms-hf-tuning test suite handles model training workflows with support for GPU-accelerated testing, including integration with HuggingFace tokens for accessing gated models and PersistenceVolumeClaim resources for managing model data. Tests can upload trained models to S3-compatible storage using configurable endpoint and credential environment variables.

Additional test suites cover ODH integration testing with Workbench environments, requiring notebook user credentials and custom notebook images. The Kubeflow Trainer v2 and TrainingHub SDK test suites support downloading models and datasets from S3-compatible storage, with optional prefixes for supervised fine-tuning, open-source fine-tuning, and LoRA training data. The repository includes specific documentation for pre-staging S3 data in disconnected environments, enabling testing in air-gapped deployments.

According to GitGenius activity metrics, the repository shows a median issue and pull request response latency of 1.2 hours across tracked items, indicating active maintenance and responsiveness to contributions. The mean response latency of 4527.0 hours reflects occasional longer-running discussions or complex issues requiring extended resolution periods. Tests are executed as standard Go unit tests, with support for test tiering through the TEST_TIER environment variable, allowing users to run Smoke, Tier1, Tier2, Tier3, Pre-Upgrade, and Post-Upgrade test categories based on their validation requirements.

distributed-workloads
by
opendatahub-ioopendatahub-io/distributed-workloads

Repository Details

Fetching additional details & charts...