The Wayback Machine - https://web.archive.org/web/20201004040817/https://github.com/DOMjudge/domjudge/issues/258
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 a button to "heat up" all judgehosts with all problems #258

Open
SolalPirelli opened this issue Apr 2, 2017 · 2 comments
Open

Add a button to "heat up" all judgehosts with all problems #258

SolalPirelli opened this issue Apr 2, 2017 · 2 comments

Comments

@SolalPirelli
Copy link

@SolalPirelli SolalPirelli commented Apr 2, 2017

When first judging a problem, a judgehost has to retrieve related data: inputs, expected outputs, compare programs, etc.

Even when problems are tested beforehand, if there are many judgehosts, it is almost certain that contestants who first submit solutions for a problem will experience slow judging because their problem will be judged by a host who has not judged that problem before. For problems with large input/output or many testcases, it can take quite a while.

I imagine that one solution to this would be to create, for all problems, a fake submission with a program that does nothing, and send it to all judgehosts for judging, to ensure they all have local versions of everything needed for judgement.

@eldering eldering added the enhancement label Apr 3, 2017
@eldering
Copy link
Member

@eldering eldering commented Apr 3, 2017

I'm not a big fan of submitting fake submissions: it requires a default team to be present and creates "ghost" submissions. Instead, I would prefer a special command that suggests judgehosts to pre-cache this data. However, that requires a redesign of how judgehosts connect, because currently they only poll for submissions, and there is no way to submit commands; this also affects #215.

@ubergeek42 ubergeek42 added the low prio label Mar 31, 2019
@thijskh
Copy link
Member

@thijskh thijskh commented Apr 27, 2019

Could it not instead be a configuration option of judgehosts, e.g. 'judgehosts_prefetch`? That instead of only polling for something to judge, they also periodically see if there are new problems visible to them and if so, immediately download all stuff related to those problems?

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

Successfully merging a pull request may close this issue.

None yet
5 participants
You can’t perform that action at this time.