AsyncResult and px: groupby='first', groupby='merge'
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 25/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Estagnada
- Stack de tecnologia
- jupyter, python
- Domínio
- distributed-systems
Direção de pesquisa
Comece lendo o tratamento existente de groupby em AsyncResult e o ponto de entrada px referenciado na issue. Defina o comportamento de groupby='first', incluindo o consumo dos resultados dos outros engines, e depois inspecione como os testes existentes cobrem a saída agrupada; considera-se concluído quando o resultado do primeiro engine é exibido sem a saída dos outros engines.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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.
- Linguagem predominante
- Jupyter Notebook
- Estrelas
- 2.6k
- Forks
- 1k
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de ipython/ipyparallel
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
ipython/ipyparallel#1029 · 9 comentários ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 35/100
ipython/ipyparallel#984 ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
ipython/ipyparallel#937 · 4 comentários ·
-
Packages and definitions loaded in the regular kernel are not known by engines and vice versa Abertaquestion
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 25/100
ipython/ipyparallel#897 · 12 comentários ·
-
bug
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
ipython/ipyparallel#882 ·
Todas as issues de ipython/ipyparallel
Issues semelhantes
-
bug examples invalid iris
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
-
ai_reviewed
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
ydb-platform/ydb#53838 · 3 comentários ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
NovaSky-AI/SkyRL#2263 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
johanhaleby/occurrent#1106 ·
-
ShuffleManagerRegistry.register recursion guard is inverted, permits GlutenShuffleManager subclasses Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100