1) Message boards : Number crunching : Long delays in jobs (Message 23541)
Posted 17 Oct 2011 by Siegfried Niklas
Post:


AND "jujube"

LOL!

- what about??


I was amused, in practice and not theoretically, by the fact that my slow old Celeron has been deemed fast and reliable. Anything wrong with that "Siegfried Niklas"?




No, nothing wrong about that!

I am a german cruncher with limited knowledge of the english language.

I misunderstood your words - sorry!
2) Message boards : Number crunching : Long delays in jobs (Message 23536)
Posted 16 Oct 2011 by Siegfried Niklas
Post:
Looking for a WU with "validation inconclusive" I found this host.

Looks like it became suddenly unstable.

Within the next hour the host most likely crashed all ~450 WUs immediately after the download (Maximum daily WU quota per CPU = 80, 6-core CPU> 460).

Do anybody know a possibility to identify this kind off rapid WU transfer automatically to stop it earlier (server side)?

No nothing automatic except the quota system which is designed to do exactly that. The only way to reduce this situation is lower quota for everybody. But then when a batch of short run tasks are issued, it would be easy to meet the quota for a day in minutes and not earn much credit the rest of the day, thus the current 80 quota.

If the host is producing errors, then that hosts' quota is lowered automatically towards 1, until it produces valid results, then it can earn a higher quota back up to the max set by the project.

The only way to stop this kind of thing is for users to stop hiding their hosts, then someone could send them a PM saying, hey check your host. Maybe they will see they also are earning not much credit and look into it.

ps,
latest check shows all tasks have been issued. now let us see how long it takes to return those 24,000 still processing.


Thanks for the answer

The only way to stop this kind of thing is for users to stop hiding their hosts, then someone could send them a PM saying, hey check your host


Mea culpa - My hosts are now visible.

(I decided years ago to hide my hosts - don't ask me why - Err.. I don't remember...)


http://lhcathomeclassic.cern.ch/sixtrack/hosts_user.php?userid=221086


http://de.boincstats.com/stats/boinc_user_graph.php?pr=bo&id=d36c2879c46c05cab64b721e1710725e
3) Message boards : Number crunching : Long delays in jobs (Message 23523)
Posted 15 Oct 2011 by Siegfried Niklas
Post:
Looking for a WU with "validation inconclusive" I found this host.

Looks like it became suddenly unstable.

Within the next hour the host most likely crashed all ~450 WUs immediately after the download (Maximum daily WU quota per CPU = 80, 6-core CPU> 460).

Do anybody know a possibility to identify this kind off rapid WU transfer automatically to stop it earlier (server side)?


Why stop this host? Since this host spends only 5 seconds on a task, it is efficiently converting WUs to a 3 day deadline. Therefore it is speeding up the completion of the batch. Yes, there is a small waste of bandwidth but it's very small.



I am not interested in theories - I am only orientated on practice!

The WU 366581 is already "Unsent" - 450 others may also be unsent? WHY ?? - and how to avoid?

AND "jujube"

LOL!

- what about??


updating - the WU 366581 is since "15 Oct 2011 20:28:35 UTC" "In progress"
4) Message boards : Number crunching : Long delays in jobs (Message 23519)
Posted 15 Oct 2011 by Siegfried Niklas
Post:
Looking for a WU with "validation inconclusive" I found this host.

Looks like it became suddenly unstable.

Within the next hour the host most likely crashed all ~450 WUs immediately after the download (Maximum daily WU quota per CPU = 80, 6-core CPU> 460).

Do anybody know a possibility to identify this kind off rapid WU transfer automatically to stop it earlier (server side)?



©2024 CERN