[FEA]: Support a MetaTensor that does not hold data for debug purposes.

オープン

#56 2026年1月13日に作成コメント 11 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 5/5
見積もり時間: 1週間以上
初心者へのやさしさ: 25/100

issue の種類: 機能追加
明瞭さ: 説明が足りない
活発さ: 停滞
技術スタック: python
領域: compilers

調査の方向性

この issue では、ファイル、テスト、具体的なエントリーポイントが示されていません。まず、最前段の cuTile Python-to-HIR-to-IR-to-TileIR フローを追跡し、MetaTensor が現在どのようにデータを保持しているかを確認してください。完了とするには、データを持たない MetaTensor 用の合意済みインターフェースと、実際の GPU データなしで IR をダンプまたは検査するためのサポートが必要です。

索引モデルが issue の本文から書いたものです。

説明

feature request status: waiting-for-feedback

Is this a new feature, an improvement, or a change to existing functionality?

New Feature

How would you describe the priority of this feature request?

High

Please provide a clear description of problem this feature solves

Is it possible to support a MetaTensor that does not hold data for debug purposes?

Feature Description

We can utilize this to run the frontmost part of cuTile (python->hir->ir->TileIR) and either dump IR from each level for inspection or build tools like transpiler without having to create real data on GPU and even calling tileiras.

This comes from my personal experiments; (1) I have to develop on machines without Blackwell GPUs; (2) I have tried to implement a LSP server and cuTile -> numpy transpiler for debug purposes, but found it hard to catch up to the rapid development of cuTile mainstream.

Describe your ideal solution

If possible, I would like to discuss what the interface looks like and/or implement this.

Describe any alternatives you have considered

No response

Additional context

No response

Contributing Guidelines

I agree to follow cuTile Python's contributing guidelines
I have searched the open feature requests and have found no duplicates for this feature request

主要言語: Python
スター: 2.2k
フォーク: 155
PR マージ指標: 30日以内にマージされた PR はありません

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

NVIDIA/cutile-python のほかの issue

[BUG]: check_dtype_support rejects family-conditional (sm_XXXa) gpu_code targets オープン

難易度 2/5 1〜3時間初心者へのやさしさ 82/100

NVIDIA/cutile-python#105 · コメント 2 件 · 2026年9月8日に作成
[BUG]: FFT sample launches `Batch` blocks that each process the full batch オープン

bug status: needs-triage

難易度 3/5 1〜2日初心者へのやさしさ 68/100

NVIDIA/cutile-python#102 · 2026年8月29日に作成
[BUG]: cuda.lang Array.slice rejects valid integer bounds as non-tile scalars オープン

難易度 4/5 3〜5日初心者へのやさしさ 68/100

NVIDIA/cutile-python#101 · 2026年8月26日に作成
[BUG]: tileiras SIGSEGV compiling dynamic MMA loops around a 128x64 panel オープン

bug

難易度 4/5 3〜5日初心者へのやさしさ 45/100

NVIDIA/cutile-python#97 · コメント 1 件 · 2026年8月5日に作成
[BUG]: tileiras SIGSEGV when occupancy=2 is requested for a 32-wide fused tile kernel オープン

bug

難易度 4/5 3〜5日初心者へのやさしさ 52/100

NVIDIA/cutile-python#96 · コメント 1 件 · 2026年8月5日に作成

NVIDIA/cutile-python の issue をすべて見る

似ている issue

[essnmx] Fix typo in NXLauetof application definition オープン

essnmx good first issue

難易度 1/5 1時間未満初心者へのやさしさ 95/100

scipp/ess#760 · 2026年9月23日に作成
[Feature] 奇物选择添加优先级オープン

難易度 2/5 1〜3時間初心者へのやさしさ 65/100

syfoud/Simulated_Scepter#174 · 2026年9月23日に作成
garak adapter grades a NaN detector score as PASS オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

Giskard-AI/giskard-oss#2840 · コメント 1 件 · 2026年9月23日に作成
A claim comment carrying the issue number is silently declined while the workflow reports success オープン

area: repo bug perceived difficulty: 2

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

Nitjsefnie-Harness-Commons/daedalus#926 · 2026年9月23日に作成
`IOCExtractor` always fails: `ioc_analyzer.build()` takes 1 argument but the agent dispatcher passes 2 オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

yeti-platform/yeti#1380 · 2026年9月23日に作成

Python の issue をもっと見る