It looks as if it is constantly generating work, but is keeping only a modest buffer of work ready to send.- Amicable Numbers is a GPU project, but has very little work available. Nowhere near enough for a sprint unless a lot more is made available.
It used to work even with the admin AWOL, but right now several daemons are down.- Cosmology is broken.
Are you trying with a Windows host? Gerasim has only Windows64 applications.~ Gerasim says it has lots of work available, but I frequently get no tasks sent when requested even though the server status says ~600K tasks ready to send right now...
As far as I recall, ODLK, ODLK1, and T.Brada have Single Board Computers as servers. E.g. the T.Brada server has got 2 GB of RAM. These servers are unlikely to keep up during a sprint. The internet connection of one or another of these servers may be too narrow too.~ ODLK and ODLK1 have a lot of tasks available right now, but have had some inconsistent server access/performance. Might be OK.
- T.Brada Experimental Grid is a small, low traffic project. No idea if it can handle the load. Definitely not enough work available for a sprint unless more is added.
IME it is always generating new work. It just has a slow work generator and not a large buffer of work to send.- Yafu is another low traffic project. Frequently has no work available...
Thank you for the input!Linux has native tasks, and a quota of tasks in progress of 128 per host (which is very very little for my kind of hosts).
"Postponed: VM job unmanageable, restarting later" means that the VM was less responsive than the wrapper expected. The "restarting later" part of this message is a lie. IME with other vboxwrapper based projects, it will never restart. (I never ran QuChemPedIA's vboxwrapper based jobs myself though, only the native Linux jobs.)
I haven't followed what troubles Windows users have at QuChemPedIA, and whether they have workarounds. In general, the "Postponed: VM job unmanageable" situation tends to happen more often, the more loaded the computer is. If you have other projects running besides QuChem, suspend them and see if the situation improves.
The "postponed" tasks most likely need to be aborted (and reported right away, please).
Looks like the project admin is aware of the Sprint and will try to support it.Same here.
Edit - seems like it's back up now.
damienh said:Hi damotbe,
It looks like QuChemPedIA has been selected for the Formula Boinc sprint: http://formula-boinc.org/sprint.py?sprint=17&lang=&year=2020.
Just giving you warning that you will see extreme load as the teams try to grab / crunch / upload tasks.
PM me if I can help in any way.
All the best & good luck!
damotbe said:Let's rock !
|1||The Scottish Boinc Team||25||12,448,400|
|4||UK BOINC Team||12||2,239,600|
The ratio of my current result states:Sure will be nice if more than 20%% of my reported results actually get validated before the race ends!
|Thread starter||Similar threads||Forum||Replies||Date|
|Info Thor Challenge 2020 (WCG)||Distributed Computing||74|
|S||Info 11th BOINC Pentathlon 2020||Distributed Computing||404|
|2020 Formula BOINC Marathon Voting Part 3 - the stragglers||Distributed Computing||7|
|2020 Formula BOINC Marathon Voting Part 2 (O-Z)||Distributed Computing||4|
|2020 Formula BOINC Marathon Voting Part 1 (A-N)||Distributed Computing||6|