21) Message boards : Number crunching : Long running work units (Message 1157)
Posted 29 Apr 2016 by Profile Conan
Post:
Mine has now moved to over 32 hours and still stuck at 10.075%, this is on a Linux machine.
Should I abort it?
It is still using CPU and the Task Manager (Linux equivilent) says it has been running for over 3 Days.

Conan


Don't worry about this one as I have aborted it.
It reached nearly 40 hours and had only made one checkpoint at 8 minutes 50 seconds then nothing after that.
The percentage done remained at 10.075% all the time.
The properties of the work unit (in BOINC manager) said it was using just 0.3 GFlops per second, which seems a bit slow.
So even though it was using a CPU it did not appear to be doing much.

Conan
22) Message boards : Number crunching : Long running work units (Message 1156)
Posted 28 Apr 2016 by Profile Conan
Post:
Mine has now moved to over 32 hours and still stuck at 10.075%, this is on a Linux machine.
Should I abort it?
It is still using CPU and the Task Manager (Linux equivilent) says it has been running for over 3 Days.

Conan
23) Message boards : Number crunching : Long running work units (Message 1153)
Posted 27 Apr 2016 by Profile Conan
Post:
I have had at least one long one before that ran over a day (about 30 hours, my wingman only took 5 hours).
I currently have one that has been running for over 21 hours and has been stuck at 10.075% completed for many hours without changing.
It is using a full CPU core so appears to be running OK.
Both long units used this hardware, an AMD PhenomII X6, running Linux Fedora16 X64.

Waiting to see if it completes, previous long runner got the same 333 points, so I assume this one will too, it will be a poor return on resource use but there are only a few of them.
They are recent creations not resends.

Conan
24) Message boards : Number crunching : No New Work (Message 974)
Posted 22 Dec 2015 by Profile Conan
Post:
Thanks Krzysztof for the prompt reply and all your work.

Conan
25) Message boards : Number crunching : No New Work (Message 966)
Posted 22 Dec 2015 by Profile Conan
Post:
I have only received 8 work units across 4 computers since the 18th of Dec.
When I get a work unit then I process it, but it is no longer a main project, I have plenty of other projects running and they have work available.

Backlog is now almost 20 hours.

Conan
26) Message boards : News : New ULX application (Message 918)
Posted 15 Dec 2015 by Profile Conan
Post:
No worries, thanks for the response.

Conan
27) Message boards : News : New ULX application (Message 915)
Posted 14 Dec 2015 by Profile Conan
Post:
Will there be anymore ULX work units in the future?

Or is BHSpin the main concern at the moment?

Thanks
Conan
28) Message boards : News : New ULX application (Message 837)
Posted 1 Dec 2015 by Profile Conan
Post:
I have a bunch of ULX WUs running at the moment. Their initial estimated time was 1 min, 2 secs. There are 16 running just now; all have been running for over an hour. The most complete has been running for over 2 hours and only 79% complete. There seems to be something seriously wrong with the initial estimate. The first batch of these WUs had an initial estimate of around 2 hours although; all ran for over the 2 hour estimate and many for over 2.5 hours and more. Just curious as I still have a reasonable number of ULX WUs with the very low initial estimate time.

I don't know how the scheduler deals with the work queue but I assume it must take in to account the expected time WUs in the queue have to run and presumably uses this to indicate whether the queue is full or further WUs can be accepted. I have a substantial number of WUs from other projects and no idea how long these ULX WUs will take to run. I will monitor the situation and will abort these WUs if I feel they will impact throughput for WUs from other projects.


It is not just the ULX work units, I have a number of BHSpin work units that came with 3 second run times.
They run for a bit over 3 hours for me on my AMD machines and the ULX types take a similar amount of time. So on Intel CPUs expect between 2 and 3 hours run time.
As each of mine finishes the next starting WU gets a corrected run time, I am getting through them slowly as I too have other projects running at the same time.

Conan
29) Message boards : Number crunching : BHspin 0.02 linux never end (Message 740)
Posted 13 Nov 2015 by Profile Conan
Post:
Seems to be working on Fedora 16 64 bit Linux. I have not struck this problem.
Could be a library missing or a dependency of some sort maybe?

Conan
30) Message boards : News : New code (Message 717)
Posted 8 Nov 2015 by Profile Conan
Post:
Is the BHspin application the 'new code' referenced in the title? If so are there going to be more work units sent out?

Conan
31) Message boards : News : Longer work units (Message 617)
Posted 16 Oct 2015 by Profile Conan
Post:
(1) RLOF work unit that will take 30 hours or more. Hoping these will be at least 1500 to compensate for the risk of losing work or a computation error late in the unit. It seems you like fractional numbers, how about 1666.65?


They seem to be granting 1,538.46 credits for each of those new WUs.
Take a look at WU 2830585 for example.


I have had two grant and they were 1,333.33 points and 1,538.46 points. Not sure which will be the final number or if they are going to vary.

Conan
32) Message boards : Number crunching : Badge request (Message 463)
Posted 16 Aug 2015 by Profile Conan
Post:
I'm new on this Project. Where can I find the Credits = Badge data?

Thanks


Just go to the cafe section. See this link http://universeathome.pl/universe/forum_thread.php?id=12

Conan
33) Message boards : News : New applicaion (Message 453)
Posted 12 Aug 2015 by Profile Conan
Post:
All tasks error with the following:

    <core_client_version>7.2.42</core_client_version>
    <![CDATA[
    <message>
    process exited with code 193 (0xc1, -63)
    </message>
    <stderr_txt>
    SIGSEGV: segmentation violation
    Stack trace (7 frames):
    ../../projects/universeathome.pl_universe/universe-xray_sources_v3_1_x86_64-pc-linux-gnu(boinc_catch_signal+0x47)[0x4b74a7]
    /lib/x86_64-linux-gnu/libpthread.so.0(+0x10340)[0x7fe8e1651340]
    /lib/x86_64-linux-gnu/libc.so.6(fwrite+0x20)[0x7fe8e12eada0]
    ../../projects/universeathome.pl_universe/universe-xray_sources_v3_1_x86_64-pc-linux-gnu[0x42260f]
    ../../projects/universeathome.pl_universe/universe-xray_sources_v3_1_x86_64-pc-linux-gnu[0x4153e2]
    /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7fe8e129dec5]
    ../../projects/universeathome.pl_universe/universe-xray_sources_v3_1_x86_64-pc-linux-gnu[0x41576d]

    Exiting...

    </stderr_txt>
    ]]>



Getting the same, all tasks failing.

Conan
34) Message boards : Number crunching : Problems with Work Units. (Message 434)
Posted 26 Jul 2015 by Profile Conan
Post:
This is one of the last of the current batch of work units still out there See Here
It is still out there because it has a major problem.
The first volunteer had it running for over 171 hours before aborting the WU.
I aborted the same WU last night as it had reached over 36 Hours (still using CPU) and only showed just between 52% and 53%, which it had shown for many, many hours without moving.

Seems to be in an endless loop.

Conan
35) Message boards : News : Short breake (Message 387)
Posted 27 Jun 2015 by Profile Conan
Post:
For personal circumstances I am forced to go abroad for two weeks.
I'm not sure if I get any Internet connection over there and if not, during this period new tasks will not be generated.

Apologise for this...


No need to apologise for it, if you must go well then you must go.

Dump a load of work on the server before you go and it will be done in a few days and then we will await your return to kick things off again.

Travel safe, see you when you get back.

Conan
36) Message boards : Number crunching : Problems with Work Units. (Message 359)
Posted 10 Jun 2015 by Profile Conan
Post:
If you are referring to the constant downloading of files when you have a Universe task on your computer and you are using an older BOINC Client of 6.xx.xx then this is normal.
I have BOINC Clients 6.12.41 and 6.12.43 and I get constant downloading files that clog up my log file.
It does not stop the Universe tasks being run, and whilst it is annoying there is nothing that seems to able to be done to stop it, other than upgrading BOINC Client to a 7.xx.xx version, this I have yet to do.

The downloading files are of zero byte length but take up some small amount of bandwidth. There are a number of earlier posts about this issue.
As I said it wont stop the project from running.

Conan
37) Message boards : Number crunching : WU file zero size (Message 313)
Posted 14 May 2015 by Profile Conan
Post:
G'Day mike,

The OS will need updating before I worry about the BOINC Client, so when I get to that all will change as going from 32 bit to 64 bit with the Windows computers.
I couldn't get the 7.xx versions to run on my Linux computers, needed heaps of extra files that I couldn't work out how to get or find, so dumped it.

Conan
38) Message boards : Number crunching : WU file zero size (Message 310)
Posted 13 May 2015 by Profile Conan
Post:
hello,
just now on my PC I see a continuos "download" of zero size files, and no new WU in task tab:

02/05/2015 15:38:09 Universe@Home Finished download of universe_xray_15_20000_5001-50000_33732_4_1
02/05/2015 15:38:09 Universe@Home Started download of universe_xray_15_20000_5001-50000_33732_4_2
02/05/2015 15:38:10 Universe@Home Finished download of universe_xray_15_20000_5001-50000_33732_4_2
02/05/2015 15:38:10 Universe@Home Started download of universe_xray_15_20000_5001-50000_33732_4_3
02/05/2015 15:38:12 Universe@Home Started download of universe_xray_15_20000_5001-50000_33732_4_0
02/05/2015 15:38:13 Universe@Home Finished download of universe_xray_15_20000_5001-50000_33732_4_3
02/05/2015 15:38:13 Universe@Home Finished download of universe_xray_15_20000_5001-50000_33732_4_0
02/05/2015 15:38:13 Universe@Home Started download of universe_xray_15_20000_5001-50000_33732_4_1
02/05/2015 15:38:13 Universe@Home Started download of universe_xray_15_20000_5001-50000_33732_4_2
02/05/2015 15:38:15 Universe@Home Finished download of universe_xray_15_20000_5001-50000_33732_4_1
02/05/2015 15:38:15 Universe@Home Finished download of universe_xray_15_20000_5001-50000_33732_4_2
02/05/2015 15:38:16 Universe@Home Started download of universe_xray_15_20000_5001-50000_33732_4_0
02/05/2015 15:38:16 Universe@Home Started download of universe_xray_15_20000_5001-50000_33732_4_3


I see this all the time on 4 computers, thousands of files a day downloaded, taking up some bandwidth as they download.
I don't have any Boinc Client newer than 6.12.43 so I have to put up with it.
It clogs up the log file but does not stop the WU from processing normally.
If you have a single WU on your computer, even if it has not started, you will be getting these downloads. They will keep going till the WU is finished processing.

Maybe I should think about updating my Client? Nah, not just yet, that is a job for another day.

Conan
Conan
39) Message boards : Cafe : Points (Message 308)
Posted 6 May 2015 by Profile Conan
Post:
I agree that the credit given is working and not to bad, I am quite happy with it.

My 64 Bit AMD Phenom Linux systems do a WU between 6,100 and 6,300 seconds.
My 32 Bit AMD Phenom and FX 8350 systems do a work unit between 10,300 and 12,700 seconds.

So halving the awarded credit like it was suggested above would really punish my Windows hosts, whilst still giving me a pretty good return on the my Linux hosts.

If you think it is too high then just lower it a little from 222.22 per WU to say 200.00 per WU.
It drops the amount awarded but it is still a good reward for those of us running older, slower systems.

In my case as I also use an older BOINC Client I have the extra issue of the thousands of downloading files that fill up my logs, even downloading when a WU has not started yet.
This causes a lot of traffic on my systems so I think that the bit extra credit makes up for that.

My thoughts

Conan
40) Message boards : News : Badges description change (Message 257)
Posted 3 Apr 2015 by Profile Conan
Post:
Still not back to normal? April 1st is over.

Clear browser cache, please ;)

Conan's still says "Uranus". Should be fixed. sometimes


It is a joke that you can "sit" on at least, either name (Uranus, Urecktum).
My current planet is very useful in that regard.

Conan


Previous 20 · Next 20