-
Notifications
You must be signed in to change notification settings - Fork 233
Closed
Milestone
Description
Is your feature request related to a problem? Please describe.
During the initialization of the federation (federated environment), the fx command is very useful. However, it performs some "additional tasks", that are typically not required (or, in the future may be problematic), and need to be 'rolled-back' manually.
A list of non-necessary actions:
-
Do not call
pip install -r requirements.txt``insidefx workspace create`- the command
fx workspace createcreates workspace from a template, but it also callspip install -r requirements.txtinside.
For example, for templatetf_2dunet, it installs TensorFlow 2.3.1, which is non-current version as of 05/2021 -- the current version is 2.4.1. So typically, there is a big chance it will roll-back already installed (and working) tensorflow version in the user's python environment to the previous version, which may not be working for him. Moreover, if the user want to change/modify his model and/or supply his own pretrained one.
- the command
-
do not check data folders inside
fx plan initialize- the command
fx plan initializetake into consideration also data paths set in the<workspace>\plan\data.yamlfile. But since thefx plan initializeis called on aggregator, and the data folders for individual clients are on a completely different computers, it must not be assumed they can be accessible from the aggregator.
- the command
Describe the solution you'd like
- Do not call
pip ...fromfxtool - Do not check existence of data paths since the setup is performed on the Aggregator (which, by definition, do not have access to any data)
Metadata
Metadata
Assignees
Labels
No labels