collect-node-data

Automate per-GPU kernel node data collection and merging for LLM compiler autotuning.

75|8|Updated Aug 2, 2025
One-click install
npx skills add https://github.com/cloudrift-ai/emmy --skill collect-node-data
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: collect-node-data
Source: https://github.com/cloudrift-ai/emmy/tree/main/.claude/skills/collect-node-data
Command: npx skills add https://github.com/cloudrift-ai/emmy --skill collect-node-data

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

Manually collecting per-GPU kernel performance node data for LLM compiler autotuning requires remote server management, careful data merging to avoid hardware collisions, and time-consuming tuning runs, which is error-prone and inefficient for teams expanding their cross-hardware autotune datasets.

Core Features & Use Cases

  • End-to-end remote tuning automation: Rents a single specified GPU, sets up the emmy compiler, runs ε-greedy golden kernel tuning to avoid prior censoring, and merges results into the local cross-hardware autotune database.
  • Collision-safe data storage: All node data is GPU-keyed, so measurements from different cards never overwrite each other in the shared local database.
  • Use Case: If your team needs to improve kernel selection priors for a new H200 GPU, use this skill to automatically collect the required node data without manually provisioning servers or handling data merges.

Quick Start

Use the collect-node-data skill to gather node data for an H200 GPU and merge it into your local autotune database.

Frequently Asked Questions about collect-node-data

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate GPU kernel autotuning data collection for LLM compiler optimization?

GPU kernel autotuning data collection is automated by provisioning remote servers, running ε-greedy golden kernel tuning, and merging the results into a local cross-hardware database to improve kernel selection priors.

How does cross-hardware autotuning prevent data collisions in a shared database?

Cross-hardware autotuning prevents data collisions by using GPU-keyed node storage, ensuring performance measurements from different GPU models never overwrite each other during local database merge operations.

Why should I use ε-greedy tuning for LLM compiler kernel optimization?

ε-greedy tuning should be used for LLM compiler kernel optimization to avoid prior censoring, ensuring that the autotuning search tree explores sufficiently and does not bias kernel selection priors prematurely.

Can I automatically add performance measurements for a new GPU model to my autotune dataset?

You can add performance measurements for a new GPU model by renting the specified hardware remotely, setting up the emmy compiler, executing tuning runs, and safely merging the new node data locally.

Does node data collection overwrite existing hardware measurements in the local database?

Node data collection does not overwrite existing hardware measurements because safe merge operations restrict updates to the GPU-keyed node table only, preserving all other hardware data in the shared database.

What is the best way to expand an autotune dataset for cross-hardware LLM compilation?

The best way to expand a cross-hardware autotune dataset is to automate end-to-end remote GPU tuning, which handles server provisioning, compiler setup, and collision-safe data merging without manual intervention.