Skip to content

Question about single-task vs multi-task training for the Execution Module #9

Description

@SizheZhao

Hi, thanks for releasing the valuable code and simulation benchmark.

I have a question about the training setup of the Execution Module. In the paper, it is mentioned that:

“The Execution Module of Mem-0 utilizes a single-task training strategy.”

In my own experiments, I first trained and evaluated my model on a single task, and the execution performance looked reasonable. However, when I trained one shared executor jointly across all 9 tasks, the model's manipulation ability became much worse. The issue is mainly related to the manipulation capability rather than the memory component.

I would like to better understand the expected behavior and the experimental setup:

  1. Is training one shared Execution Module across multiple tasks generally expected to be difficult in this environment?
  2. Did you try multi-task training for the Execution Module of MEM-0, and if so, did you observe similar degradation in action execution?
  3. For the comparison methods in the paper, such as pi0.5 and X-VLA, were their execution policies also trained separately for each task?

This would help me understand whether the degradation I observe is likely caused by my model, the training setup, the number of expert demonstrations (50) , or whether multi-task executor training is generally challenging in this benchmark.

Thanks!


Single-task training:

episode0_singletask.mp4

Multi-task training:

episode1.mp4

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions