AsyncResult and px: groupby='first', groupby='merge'

オープン

#260 2017年4月23日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

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

評価

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

issue の種類: 機能追加
明瞭さ: おおむね明確
活発さ: 停滞
技術スタック: jupyter, python
領域: distributed-systems

調査の方向性

まず、既存の AsyncResult の groupby 処理と、issue で参照されている px エントリーポイントを読みます。groupby='first' の動作を、他のエンジンの結果を消費することも含めて定義し、その後、既存のテストでグループ化された出力がどのようにカバーされているかを確認します。完了条件は、他のエンジンの出力を表示せずに最初のエンジンの結果が表示されることです。

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

説明

enhancement

The current groupby argument always displays the result of all engines.

It is useful sometimes to only display the result of a single engine -- when the execution / result is known to be symmetric. I propose adding a groupby argument:

first : only display the result of the engine id 0; results from other engines are consumed and abandoned.
merge : only display the unique results. For example, if engine 0 to 3 have identical results, and engine 4-8 have another identical results, then a two sets of results are displayed. The interactive debugger from intel mpi (a wrapper of gdb with result-merging) has this feature.

The merge mode is much harder in this case, because 'identical' is difficult to define -- objects have been serialized and deserialized; id is different. Using hash may be a possibility.

The first mode will already be very handy in trimming down the verbosity in a lot of cases.

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

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

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

はじめの一歩

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

ipython/ipyparallel のほかの issue

Option of defining an environment script for starting engines (with SSHEngineSetLauncher) オープン

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

ipython/ipyparallel#1029 · コメント 9 件 · 2026年6月25日に作成
pidigits example website is gone オープン

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

ipython/ipyparallel#984 · 2026年2月12日に作成
Client.result_status(..., status_only=False) fails in _extract_metadata with TypeError: 'NoneType' object is not subscriptable オープン

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

ipython/ipyparallel#937 · コメント 4 件 · 2025年4月6日に作成
Packages and definitions loaded in the regular kernel are not known by engines and vice versa オープン

question

難易度 5/5 1週間以上初心者へのやさしさ 25/100

ipython/ipyparallel#897 · コメント 12 件 · 2024年10月22日に作成
Outstanding task on client but hub says completed when using broadcast view オープン

bug

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

ipython/ipyparallel#882 · 2024年5月22日に作成

ipython/ipyparallel の issue をすべて見る

似ている issue

[Bug]: 09_gemm_one_shot_all_reduce aborts on power-of-two CU counts (gemm_sms auto-detect equals total_sms) オープン

bug examples invalid iris

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

ROCm/iris#557 · 2026年9月23日に作成
Mute ydb/core/kqp/ut/federated_query/datastreams 5 tests in main オープン

ai_reviewed

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

ydb-platform/ydb#53838 · コメント 3 件 · 2026年9月22日に作成
pad_training_input_batch pads TensorList fields with tensor[0].clone() — loss-masked pad rows carry a real row's payload (ragged-consumer crash; wrong pixel_values/image_grid_thw on pad rows) オープン

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

NovaSky-AI/SkyRL#2263 · 2026年9月22日に作成
A RabbitMQ bridge can keep a stale consumer tag and never consume again オープン

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

johanhaleby/occurrent#1106 · 2026年9月22日に作成
ShuffleManagerRegistry.register recursion guard is inverted, permits GlutenShuffleManager subclasses オープン

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

apache/gluten#13099 · 2026年9月22日に作成

Distributed Systems の issue をもっと見る