1) Message boards : Number crunching : Windows work units spinning CPU in csrss.exe and conhost.exe (Message 27717)
Posted 17 Mar 2016 by diederiks
Post:
Same here, strange thing is that all 3 process together are also not using the full amount of 1 core. Around 50% of the cpu cycles per core are not used. I think the limiting factor could be my slower memory? as my SSD is not doing anything most of the time. Seems like strange behavior to me.
2) Message boards : Number crunching : no more work? (Message 23651)
Posted 4 Nov 2011 by diederiks
Post:
After returning 1 WU with a return time of around 12 hours the avarage is 0.59, could it be based on the last reported WU only?
3) Message boards : Number crunching : no more work? (Message 23650)
Posted 4 Nov 2011 by diederiks
Post:
Still there seems to be something wrong i think, i went from 1.05 days to 0.3 days in less then 1 day. (Computer = http://lhcathomeclassic.cern.ch/sixtrack/show_host_detail.php?hostid=9931831) Most WU's have a turnaround time of 12 hours+, today there where a few shorter WU's but i do not think that based on a few WU's that my avarage should be so low. Maybe the avarage turnaround time only looks at the last 10? or so WU's? Or the avarage of 1.05 days off all WU's is being recalculated by getting avarage plus the latest WU runtime dived by 2?
4) Message boards : Number crunching : no more work? (Message 23604)
Posted 30 Oct 2011 by diederiks
Post:
I yust recieved a new WU so there are stil WU's left, i think that all WU's that are now left are resend ones that only get sended to hosts that are know to produce fast and valid results, at least thats the idea.
5) Message boards : Number crunching : Long delays in jobs (Message 23601)
Posted 30 Oct 2011 by diederiks
Post:
Next time i will post the link, it is indeed more easy that way. Thanx for your response!
6) Message boards : Number crunching : SixTrack and LHC@home status (Message 23599)
Posted 30 Oct 2011 by diederiks
Post:
Any progress on the physics checks? the .09 version did run a lot faster on my machines that have sse2.
7) Message boards : Number crunching : Long delays in jobs (Message 23598)
Posted 30 Oct 2011 by diederiks
Post:
/home/boincadm/update_latest.sh

But that will probably break 10 other things. ;-)

Thats also probably why they did not update. The project yust moved to a new place and to new admins, they already posted earlyer that thay wanted to updte the server but hade to figure some things out first, most likely so that not 10 but maybe 1 or 0 thing will break.
8) Message boards : Number crunching : Long delays in jobs (Message 23597)
Posted 30 Oct 2011 by diederiks
Post:
I yust found 2 WU's on my machine that have a shorter deadline, both are WU's that where not reported back in time, there where so posed to be resend on the 20 and 21 october, i think. WU 352551 & 363394. The WU's i reported earlyer are stil not resend, i think they will be at the end of the cue but how did these (WU 352551 & 363394) WU's get resend if the resend policy is not working correctly?
9) Message boards : Number crunching : Long delays in jobs (Message 23593)
Posted 29 Oct 2011 by diederiks
Post:
I thought that errored or inconclusive WU's would be distributed again with higher priority and shorter deadlines to trusted hosts? I have 2 WU's that are inconclusive but are yet unsent? WU 471878 & 449758.
10) Message boards : Number crunching : SixTrack for Mac OS (Message 23568)
Posted 20 Oct 2011 by diederiks
Post:
I do not believe that this will be the case in the upcomming months, see here why http://lhcathomeclassic.cern.ch/sixtrack/forum_thread.php?id=3357
11) Message boards : Number crunching : Problem after updating computing profile (Message 23423)
Posted 9 Oct 2011 by diederiks
Post:
9-10-2011 14:25:58 LHC@home 1.0 General prefs: from LHC@home 1.0 (last modified 09-Oct-2011 14:24:25)
9-10-2011 14:25:58 LHC@home 1.0 Computer location: home
9-10-2011 14:25:58 LHC@home 1.0 General prefs: no separate prefs for home; using your defaults
9-10-2011 14:25:58 Preferences:
9-10-2011 14:25:58 max memory usage when active: 3326.39MB
9-10-2011 14:25:58 max memory usage when idle: 3326.39MB
9-10-2011 14:25:58 max disk usage: 35.14GB
9-10-2011 14:25:58 suspend work if non-BOINC CPU load exceeds 25 %
9-10-2011 14:25:58 (to change preferences, visit the web site of an attached project, or select Preferences in the Manager)

Problem is that on this project you can't set the boinc cpu load limit but it gets put in the profile after updating anyway. Could you update the website so that we can set the limit correctly? Or remove it van the generated profile?
I would like option 1 ;)
I fixed my problem by updating a other project computing profile where i could set this limit.
12) Message boards : Number crunching : Daily quota (Message 23217)
Posted 23 Sep 2011 by diederiks
Post:
Thanks we seem to be on the same level ;) Hording is also a bed thing so indeed where looking at finding a balance, 2 WU per core would be fine i think.
With the longer WU's there is not much of a problem the short WU's keep the system waiting for work as things stand now.
Other problem at my site is that the LAN connection around here is overloaded and some times is not responding for more then 30 seconds wich makes it fail the scheduler connection, upload or download what makes the system waiting for work even longer.
13) Message boards : Number crunching : Daily quota (Message 23214)
Posted 23 Sep 2011 by diederiks
Post:
i'm running 2 dual core machines at the moment and it's not possible to download WU's on's there are 2 WU on the machines, you wil recieve this notice form the server "23-9-2011 12:56:24 LHC@home 1.0 (reached limit of 2 tasks in progress)" instead of WU's.
Ore i'm understanding you incorrectly.

EDIT:
Sorry my mistake i think it's the <max_wus_in_progress> 1 </max_wus_in_progress>
that's my problem, once you have 1 WU in progress per core you wil not be able to download any WU's until 1 is finisht and uploaded, then the next scheduler request will gife you a new WU. The time to upload, have a scheduler reguest, download a WU is with me around 30 seconds, with some WU's only lasting a few seconds, this will not keep my machinne fully occupied.
14) Message boards : Number crunching : Daily quota (Message 23212)
Posted 23 Sep 2011 by diederiks
Post:
On a Dual core CPU only running LHC@home 1.0 the machine wil recieve 2 WU's, after 1 will be completed the core will be unoccupied until a other WU has been download this will slow down crunching and will not keep both cores fully occupied. This is especialy the case with the work untis that only take a few seconds to complete.
I would like to see the <max_wus_to_send> 2 </max_wus_to_send> changed to reflect 2 times the aviable cores of the machine(4 WU for dual core machines, 8 for a quadcore, etc), this way you have every core occupied and 1 WU per core avaialble for starting.
15) Message boards : Number crunching : HTTP error after de/reattach (Message 23058)
Posted 16 Sep 2011 by diederiks
Post:
Thanx T.J.

Working now!
thaught that i used the correct URL provided by the project, must have been a sleep ;)
16) Message boards : Number crunching : HTTP error after de/reattach (Message 23055)
Posted 16 Sep 2011 by diederiks
Post:
Still having the same problem can't attach to project. strange that some work others don't?
17) Message boards : Number crunching : HTTP error after de/reattach (Message 23052)
Posted 16 Sep 2011 by diederiks
Post:
Boinc manager is now telling me that this URL http://lhcathome.web.cern.ch/LHCathome/Sixtrack/ is not of a Boinc project?!
18) Message boards : Number crunching : HTTP error after de/reattach (Message 23051)
Posted 16 Sep 2011 by diederiks
Post:
I'm getting this error only:
16-9-2011 8:01:42 Fetching configuration file from http://lhcathome.web.cern.ch/LHCathome/Sixtrack/get_project_config.php
19) Message boards : Number crunching : only 10 k WU's left (Message 9516)
Posted 21 Aug 2005 by diederiks
Post:
please more work ;) no nice screen saver any more...



©2022 CERN