Message boards :
Number crunching :
Current work - run times
Message board moderation
Author | Message |
---|---|
Send message Joined: 29 Sep 04 Posts: 187 Credit: 705,487 RAC: 0 |
Some, not all, of the work units that have arrived recently have very long run times, this machine, (4GHz i7), for example, has units running for 17 to 35 hours. The longest is showing 13.9% elapsed, the remaining is reducing, slowly . They probably will complete before the deadline, just, but a slower machine has little chance. Are these jobs running normally or are they wasting what amounts to weeks of work? Wave upon wave of demented avengers march cheerfully out of obscurity into the dream. |
Send message Joined: 14 Jan 10 Posts: 1359 Credit: 9,104,486 RAC: 3,258 |
I suppose you are referring to Theory tasks. From the server status page at the moment the runtime of the last 100 tasks are between 0.01 and 152.91 hours. The % progress showed by BOINC is useless. If you want to see the real progress use the VM Console with keystroke ALT-F2 |
Send message Joined: 28 Sep 04 Posts: 707 Credit: 47,155,637 RAC: 26,835 |
Here you can see history of average run times (and other stuff): https://grafana.kiska.pw/d/boinc/boinc?orgId=1&var-project=lhc%40home&from=now-7d&to=now |
Send message Joined: 29 Sep 04 Posts: 187 Credit: 705,487 RAC: 0 |
Fine. I've not done anything with them, they are happily running. Just asking. My comment about the deadline and slower machines still applies of course. <edit> 0.01 hours That is quite a machine, what is it? </edit> Wave upon wave of demented avengers march cheerfully out of obscurity into the dream. |
Send message Joined: 29 Sep 04 Posts: 187 Credit: 705,487 RAC: 0 |
>>> I've not done anything with them I have now though... Error while computing 246,544.34 637.94 --- Theory Simulation v300.06 (vbox64_theory) windows_x86_64 ... almost quarter million seconds run time, 700 seconds of CPU, work unit crashes out. I really like the CERN centre and the projects of the LHC, but the jobs submitted for crunching through BOINC are absolute cr**. No new tasks set, AGAIN, project will be deleted from my portfolio AGAIN when they are finished. Professional dealing with rank amateurs. Wave upon wave of demented avengers march cheerfully out of obscurity into the dream. |
Send message Joined: 2 May 07 Posts: 2181 Credit: 172,689,949 RAC: 41,058 |
Feel free to do this in your way, but Boinc-Project is a small Window in Cern-IT. There are some tasks with problems in runtime, of course. |
Send message Joined: 29 Sep 04 Posts: 187 Credit: 705,487 RAC: 0 |
There is no excusing this. They seem happy to act as if the crunchers are THEIR resource. That time THEY have wasted could be HIGHLY significant to other project scientists, who ARE careful with their applications. When the last units dumb out, crash, submit junk or whatever, the project gets deleted again, enough. This project has a real BAD taste. Wave upon wave of demented avengers march cheerfully out of obscurity into the dream. |
Send message Joined: 14 Jan 10 Posts: 1359 Credit: 9,104,486 RAC: 3,258 |
I don't know why you let run a task for 2.5 days or even 3.5 days without using CPU-time. It's no surprise that something must be wrong. If you don't want to investigate what's wrong or don't have the time, I would abort such a task asap. In my first reply, I told you how you could follow the progress of a task. Looking to those error tasks, I noticed a network issue from your host to CERN: Probing /cvmfs/grid.cern.ch... Failed! I agree with you, that the program should stop running by itself or retry a few times and then stop the task when no success. |
Send message Joined: 29 Sep 04 Posts: 187 Credit: 705,487 RAC: 0 |
I visited the other machine, aborted all LHC tasks and removed the project from its portfolio. BOINC is "install and forget", it should not be a requirement to monitor the progress or otherwise individual tasks. Wave upon wave of demented avengers march cheerfully out of obscurity into the dream. |
Send message Joined: 2 May 07 Posts: 2181 Credit: 172,689,949 RAC: 41,058 |
Be so kind and stop your Avatar. This have a bad performance inside your messages for us, |
Send message Joined: 29 Sep 04 Posts: 187 Credit: 705,487 RAC: 0 |
My avatar? I have no idea what you are talking about, please explain. Wave upon wave of demented avengers march cheerfully out of obscurity into the dream. |
Send message Joined: 2 May 07 Posts: 2181 Credit: 172,689,949 RAC: 41,058 |
Thank you |
Send message Joined: 29 Sep 04 Posts: 187 Credit: 705,487 RAC: 0 |
Ah, you mean the link in my sig. That USED to be a link to my teams website, which was a typical BOINC teams site, with a few pages of stats and stuff. The host was a team member. One day, he vanished, as did our site. I'd done a lot of work for the site doing the stats pages, it was very annoying. It now seems to have been re-purposed as a travel guide to Holland! I'll remove it. <edit> It seems to have gone now. </edit> Wave upon wave of demented avengers march cheerfully out of obscurity into the dream. |
Send message Joined: 29 Sep 04 Posts: 187 Credit: 705,487 RAC: 0 |
I just tried the project again and crunched a couple of units, but then another came, it ran for 9 days before erroring out. There is an ongoing fault here. Wave upon wave of demented avengers march cheerfully out of obscurity into the dream. |
Send message Joined: 4 Sep 22 Posts: 90 Credit: 14,308,343 RAC: 14,504 |
.... I have yet to figure out how to access the VM console with my configuration. Boinc is running as a systemd process, as user "boinc" (since it is a system process, it has no login shell). The VMs run fine, but the boinc-manager gui is running under my personal account. I suspect this is the reason why I can't get into the VM Console, but there has to be a way around this. So far, no success in figuring that out. |
Send message Joined: 15 Jun 08 Posts: 2485 Credit: 247,257,148 RAC: 117,324 |
1 out of a couple methods. This works without Vbox extensions being installed. From your personal account run su boinc (+ enter the pw) then cd ~; VirtualBox >/dev/null 2>&1 Click on the VM you want to examine, then on "show". |
Send message Joined: 4 Sep 22 Posts: 90 Credit: 14,308,343 RAC: 14,504 |
1 out of a couple methods. As a system process, Boinc's login shell is /sbin/nologin and it doesn't have a password -- when the boinc-client is started, systemd changes the process UID to "boinc" and sets its home to /var/lib/boinc. Therefore, su doesn't offer any solution. I could, I suppose, change the shell to bash and set a password, but I really would like to avoid this. Is there some setting in the boinc-manager config that might achieve the same end? |
Send message Joined: 15 Jun 08 Posts: 2485 Credit: 247,257,148 RAC: 117,324 |
Looks like you know exactly why a login doesn't work on your system. You also describe what would be necessary to solve it. It's your system, just do it. If you prefer another method that would require changes to the boinc service or elsewhere, just do it. |
Send message Joined: 4 Sep 22 Posts: 90 Credit: 14,308,343 RAC: 14,504 |
Looks like you know exactly why a login doesn't work on your system. There is a very good reason why a system-level service doesn't have a login shell -- giving it one would open up a potential security hole in the system; that is why I don't want to go down this road. If you prefer another method that would require changes to the boinc service or elsewhere, just do it. When you wrote "1 out of a couple of methods", I thought you meant you had two, you were just giving me the one what (on the surface) seemed most promising. |
Send message Joined: 15 Jun 08 Posts: 2485 Credit: 247,257,148 RAC: 117,324 |
Some links that may give you an impression of how complex the interaction of BOINC client, BOINC Manager and VirtualBox can be and how long it takes between the first comment and a solution. https://github.com/BOINC/boinc/issues/3105 https://github.com/BOINC/boinc/issues/3355 |
©2024 CERN