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

Evaluate generating multiple component models #224

Open
Tracked by #4268
marco-c opened this issue Mar 18, 2019 · 4 comments
Open
Tracked by #4268

Evaluate generating multiple component models #224

marco-c opened this issue Mar 18, 2019 · 4 comments

Comments

@marco-c
Copy link
Collaborator

marco-c commented Mar 18, 2019

One model for choosing the product, one model to choose the "conflated component", one model to choose the component.

This might help increasing the accuracy (e.g. it's easier to tell that a bug belongs to Core::DOM rather than Core::DOM: Quota Manager).

@yixinsun
Copy link

yixinsun commented Mar 26, 2019

I am thinking of something like 'hierarchical classification'. Did a bit of research and there are 2 ideas:

  1. stacking: in my understanding, this is to stack classifiers at different levels paper
  2. Hierarchical neural network: model learned from the maximum posterior paper

Are you thinking about something closer to the stacking model?

@marco-c
Copy link
Collaborator Author

marco-c commented Mar 26, 2019

Yes.

We have:
Level 1: Product (e.g. Core, Firefox, Toolkit, etc.)
Level 2: Component Group (e.g. Core::DOM*, Core::JavaScript*, etc.)
Level 3: Component

@marco-c
Copy link
Collaborator Author

marco-c commented May 13, 2019

@suhaibmujahid
Copy link
Member

See #4172

It appeared to work better when we implemented that for Fenix.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants