Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add parameter : fraction of partners used at each federated round #119

Open
RomainGoussault opened this issue Apr 24, 2020 · 4 comments
Open
Assignees
Labels
help wanted Extra attention is needed nice_to_have

Comments

@RomainGoussault
Copy link
Member

This is useful when the number of partners is large

@bowni bowni moved this from Backlog to Next sprint in Multi-partner learning approaches May 12, 2020
@bowni bowni moved this from Next sprint to Backlog in Multi-partner learning approaches May 19, 2020
@bowni bowni added help wanted Extra attention is needed nice_to_have labels May 19, 2020
@bowni
Copy link
Member

bowni commented Aug 31, 2021

@HeytemBou I think you are introducing this in your DRFA PR right?

@bowni bowni linked a pull request Aug 31, 2021 that will close this issue
@bowni bowni removed a link to a pull request Aug 31, 2021
@bowni
Copy link
Member

bowni commented Aug 31, 2021

The attribute has been added by @HeytemBou in PR #354 (as a Scenario() attribute), but it remains to adapt standard multi-partner learning approaches to leverage it.

@bowni
Copy link
Member

bowni commented Sep 14, 2021

@arthurPignet indicates that there is a similar mechanism in PVRL - to be checked, see if some can be reused and/or upgraded when we implement this fraction of partners approach.
@HeytemBou can you complement this issue with elements of thoughts from your work on DRFA please?

@arthurPignet
Copy link
Collaborator

Indeed PVRL is a contributivity method where an agent trained by reinforcement learning (policy gradient) would choose a subset of partners at every epoch. Currently one mpl object is created, and the method .fit_epoch is called. The mpl.fit method is kind of overwritten within the contributivity function PVRL. Every epoch the mpl.partner_list is changed (and the aggregator is re-initialized).
It could be really interesting to rewrite PVRL with your new tool @HeytemBou. Actually it could be easy to test various RL algorithms.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed nice_to_have
Development

No branches or pull requests

4 participants