1) Message boards : Number crunching : New Version of Boinc (Message 9958)
Posted 7 Sep 2005 by Ian Thompson
Post:
Hi All

I have tried the 5.1.x Client and have found the following issues.

Upgrading my 4.72 Client everything appears to work.
What I did notice was that No new work appears not to work.
This was an issues as I was clearing out the cache to reinstall my OS.
so I downgraded back to 4.72. This did cause minor issues but a reboot resolved them and a repair install.

After I reloaded my OS I installed the client a fresh.

It did not want to connect to LHC it did to einstein & seti
It asked me for an email address and password. which I don't have. also if you type garbage it comes up with same not successfully connected message.

So I downgraded again.

I think they should sort out these issues for the next release.

More detailed error messages would be useful.

2) Message boards : Number crunching : 64-Bits, Help or Hinderance (Message 8580)
Posted 15 Jul 2005 by Ian Thompson
Post:
Hi

I did mention if the core client was 64Bit it would have a slight benefit.

If it has a great benefit - The programmer's need shooting. I would sincerely hope that the the project switching overhead is a very small % less than 1%.

If a new generation of the FPU unit on the CPU was developed you could expect a significant improvement. 80Bits is just a register size of the FPU. Loading the data into the register 2 operation (64Bit) and I am guessing here shall we say 60 clock cycles as opposed to 90 cycles 3 Load operations for (32Bit) gets a bit lost in 4000-5000 cycles the muliplication takes.

As for using the power for other functions yes they could benefit performance, but not the science.

I am not complaing I was just pointing out where benefits could be achieved. The statement is a general one and applies to all the the projects.

I didn't consider the non science parts of the project. These could benefit signifcantly, but have little value as far as the science is concerned.

I have no doubt that in the fulness of time we will see some projects taking advantage of 64Bit power.

I understand the basic function of the core client if it can switch projects faster access the disk faster comminicate faster their is more project processing time.
3) Message boards : Number crunching : 64-Bits, Help or Hinderance (Message 8578)
Posted 15 Jul 2005 by Ian Thompson
Post:
Hi All

Here are my thoughts on the subject.

I have an Intel 640 CPU on a ASUS PH3 Chassis

Not top notch but a nice ultra stable config.

I have tried both Win XP and Win XP 64Bit.

I fully understand the implication of 64bit computing its benefits and its disadvantages.

From a BOINC point of view. if a 64Bit Core client was available their would be a small benefit. Some projects might gain advantages if require large integer math ops.

But at the moment their is very little between the 2 OS's running BOINC if anything the 64Bit is running marginally slower.

However, the system as a whole seems more responsive with a 64Bit OS this is due most likly to 2 factors, 64Bit code for the OS and all drivers for hardware must be 64Bit.

If you have a pure 64Bit app you will definately benefit. Their is little benefit from running 32Bit apps under the 64Bit OS.

I needed to evaluate the potentual of the 64Bit OS as it is likly to become a part of product range in the near future. As we support everything we do. (Well almost everything) I had to get some hands-on experence.

I like my 64Bit setup. I can't fault it, but it might have been nicer if went just a tad faster.
4) Message boards : Number crunching : Project Server rejects Version 5 Core Client (Message 8410)
Posted 12 Jul 2005 by Ian Thompson
Post:
Hi All

I have download 4.70 a few days ago. It seems to work fine.

It has some odd behaviour problems with the update all button. Seems to get hung up on a non responsive project server.

My impression - could be wrong are:

THe WU crunching is concurrent, but the comms queues are not.
5) Message boards : Number crunching : LHC Wish List (Message 8409)
Posted 12 Jul 2005 by Ian Thompson
Post:
Hi folks

If this is a wish list.

#8 - I would like like to see the atoms smash into to something at the end.

Why not

You could even simulate the path the resultant particals take.

6) Message boards : Number crunching : ADMIN - WU 264822 Needs Attention (Message 8358)
Posted 9 Jul 2005 by Ian Thompson
Post:
Hi

This work unit has been pending since 9 June

2 have completed
lots have errored
and are showing unsent

no one is working on the unit according to the web page.
7) Message boards : Number crunching : Surely a pointless request (Message 8337)
Posted 6 Jul 2005 by Ian Thompson
Post:
Hi All

Peter your right 1 hour before it made a request.

05/07/2005 22:49:15|The Lattice Project|Sending scheduler request to http://aspartate.umiacs.umd.edu/lattice_public_cgi/cgi
05/07/2005 22:49:15|The Lattice Project|Requesting 345600 seconds of work, returning 0 results
05/07/2005 22:49:16|The Lattice Project|Scheduler request to http://aspartate.umiacs.umd.edu/lattice_public_cgi/cgi succeeded
05/07/2005 22:49:16|The Lattice Project|Message from server: No work available
05/07/2005 22:49:16|The Lattice Project|No work from project
05/07/2005 22:49:18|The Lattice Project|Deferring communication with project for 2 hours, 16 minutes, and 20 seconds
05/07/2005 23:20:07||request_reschedule_cpus: process exited
05/07/2005 23:20:07|SETI@home|Computation for result 29ja04ab.18903.13649.4826.40_1 finished
05/07/2005 23:20:07|SETI@home|Starting result 18se03aa.24250.28097.204836.94_0 using setiathome version 4.18
05/07/2005 23:20:08|SETI@home|Started upload of 29ja04ab.18903.13649.4826.40_1_0
05/07/2005 23:20:13|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
05/07/2005 23:20:13|SETI@home|Requesting 16047 seconds of work, returning 0 results
05/07/2005 23:20:14|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
05/07/2005 23:20:15|SETI@home|Started download of 15au03aa.8379.26353.786080.118
05/07/2005 23:20:24|SETI@home|Finished upload of 29ja04ab.18903.13649.4826.40_1_0
05/07/2005 23:20:24|SETI@home|Throughput 75392 bytes/sec
05/07/2005 23:20:26|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
05/07/2005 23:20:26|SETI@home|Requesting 0 seconds of work, returning 1 results
05/07/2005 23:20:29|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
05/07/2005 23:20:32|SETI@home|Finished download of 15au03aa.8379.26353.786080.118
05/07/2005 23:20:32|SETI@home|Throughput 22914 bytes/sec


Why wasn't it honoured and deferred communications for 2 Hours and 16mins 20 seconds
8) Message boards : Number crunching : new work is here!!!! (Message 8335)
Posted 6 Jul 2005 by Ian Thompson
Post:
Hi Again

No my fault looks like we have got the errors back now to process.


Most of todays WU have been going down in sequence not up.
9) Message boards : Number crunching : new work is here!!!! (Message 8334)
Posted 6 Jul 2005 by Ian Thompson
Post:
Hi All

I reckon we are crunnching nearer 10,000 a day.

Me also thinks that we are going to be processing the errors in 2 weeks, thier seems to be a few around.
10) Message boards : Number crunching : Surely a pointless request (Message 8332)
Posted 6 Jul 2005 by Ian Thompson
Post:
Hi All

I mean thier seems to be a lot of thinking and requesting going on.

I accept that a request for work could be 1 second long but it it appeared to take a lot longer to decide. why not just wait an hour before loading more work, set a min cache level as well as max.

I not sure the schedule is working the way you expect.

I seem to have few more curious log events.

05/07/2005 23:20:24|SETI@home|Finished upload of 29ja04ab.18903.13649.4826.40_1_0
05/07/2005 23:20:24|SETI@home|Throughput 75392 bytes/sec
05/07/2005 23:20:26|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
05/07/2005 23:20:26|SETI@home|Requesting 0 seconds of work, returning 1 results
05/07/2005 23:20:29|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
05/07/2005 23:20:32|SETI@home|Finished download of 15au03aa.8379.26353.786080.118
05/07/2005 23:20:32|SETI@home|Throughput 22914 bytes/sec
05/07/2005 23:20:32||request_reschedule_cpus: files downloaded
05/07/2005 23:20:32|SETI@home|Pausing result 18se03aa.24250.28097.204836.94_0 (removed from memory)
05/07/2005 23:20:32|LHC@home|Starting result wjun2A_v6s4hvpac_mqx__8__64.268_59.278__10_12__6__45_1_sixvf_boinc11281_1 using sixtrack version 4.67
05/07/2005 23:20:36||Suspending work fetch because computer is overcommitted.
05/07/2005 23:20:36||Using earliest-deadline-first scheduling because computer is overcommitted.
05/07/2005 23:49:18|The Lattice Project|Deferring communication with project for 1 hours, 16 minutes, and 19 seconds
06/07/2005 00:08:28||request_reschedule_cpus: process exited
06/07/2005 00:08:28|LHC@home|Computation for result wjun2A_v6s4hvpac_mqx__11__64.259_59.269__6_8__6__5_1_sixvf_boinc14911_2 finished
06/07/2005 00:08:28||Allowing work fetch again.
06/07/2005 00:08:28||Resuming round-robin CPU scheduling.
06/07/2005 00:08:28|SETI@home|Resuming result 18se03aa.24250.28097.204836.94_0 using setiathome version 4.18
06/07/2005 00:08:29||May run out of work in 2.00 days; requesting more
06/07/2005 00:08:29|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
06/07/2005 00:08:29|SETI@home|Requesting 17248 seconds of work, returning 0 results
06/07/2005 00:08:29|LHC@home|Started upload of wjun2A_v6s4hvpac_mqx__11__64.259_59.269__6_8__6__5_1_sixvf_boinc14911_2_0
06/07/2005 00:08:30|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
06/07/2005 00:08:31|SETI@home|Started download of 15au03aa.8379.26785.934666.124
06/07/2005 00:08:32|LHC@home|Finished upload of wjun2A_v6s4hvpac_mqx__11__64.259_59.269__6_8__6__5_1_sixvf_boinc14911_2_0
06/07/2005 00:08:32|LHC@home|Throughput 19849 bytes/sec
06/07/2005 00:08:34|LHC@home|Sending scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi
06/07/2005 00:08:34|LHC@home|Requesting 0 seconds of work, returning 1 results
06/07/2005 00:08:36|LHC@home|Scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi succeeded
06/07/2005 00:08:40|SETI@home|Finished download of 15au03aa.8379.26785.934666.124
06/07/2005 00:08:40|SETI@home|Throughput 41535 bytes/sec
06/07/2005 00:08:40||request_reschedule_cpus: files downloaded
06/07/2005 00:08:40|LHC@home|Pausing result wjun2A_v6s4hvpac_mqx__8__64.268_59.278__10_12__6__45_1_sixvf_boinc11281_1 (removed from memory)
06/07/2005 00:08:40|SETI@home|Starting result 18se03aa.603.30737.698572.235_1 using setiathome version 4.18
06/07/2005 00:08:41||request_reschedule_cpus: process exited
06/07/2005 00:08:48|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
06/07/2005 00:08:48|SETI@home|Requesting 14352 seconds of work, returning 0 results
06/07/2005 00:08:50|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
06/07/2005 00:08:50|SETI@home|Message from server: Not sending work - last RPC too recent: 19 sec
06/07/2005 00:08:50|SETI@home|No work from project
06/07/2005 00:08:51|SETI@home|Deferring communication with project for 10 minutes and 4 seconds
06/07/2005 00:08:51|LHC@home|Sending scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi
06/07/2005 00:08:51|LHC@home|Requesting 15420 seconds of work, returning 0 results
06/07/2005 00:08:53|LHC@home|Scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi succeeded
06/07/2005 00:08:54|LHC@home|Started download of wjun2A_v6s4hvpac_mqx__11__64.26_59.27__4_6__6__70_1_sixvf_boinc14975.zip


Note a communication to lattice was sent in the middle of an extremely breif overcommited cycle.
Quite why it thinks I am over-commited is just another question.

Better still if 1 second of work is all I needed to collect a work unit what will the scheduler think if I got 1000hours of work back.
11) Message boards : Number crunching : Surely a pointless request (Message 8314)
Posted 5 Jul 2005 by Ian Thompson
Post:
Hi everyone

I have just been checking my logs and found this.

05/07/2005 18:14:02|LHC@home|Finished upload of wjun2A_v6s4hvpac_mqx__1__64.264_59.274__4_6__6__85_1_sixvf_boinc970_0_0
05/07/2005 18:14:02|LHC@home|Throughput 20453 bytes/sec
05/07/2005 18:14:04|LHC@home|Sending scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi
05/07/2005 18:14:04|LHC@home|Requesting 0 seconds of work, returning 1 results
05/07/2005 18:14:05|LHC@home|Scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi succeeded
05/07/2005 18:31:29|LHC@home|Sending scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi
05/07/2005 18:31:29|LHC@home|Requesting 1 seconds of work, returning 0 results
05/07/2005 18:31:31|LHC@home|Scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi succeeded
05/07/2005 18:31:32|LHC@home|Started download of wjun2A_v6s4hvpac_mqx__11__64.258_59.268__6_8__6__40_1_sixvf_boinc14850.zip

Surely you could set a minimum level of work to be requested this request was a waste of time and resources.
12) Message boards : Number crunching : Old Work Units not being deleted. (Message 8305)
Posted 5 Jul 2005 by Ian Thompson
Post:
Hi

I have 3 WU showing in the results table which all are from the previous batch and have not been deleted.

They appear to be stuck.

WU Numbers

264822 - Pending
177148 - Completed and granted credit
237382 - Completed granted credit - can't find work unit file error.

You might have a table corruption here.


13) Message boards : Number crunching : Project Server rejects Version 5 Core Client (Message 8282)
Posted 2 Jul 2005 by Ian Thompson
Post:
Hi again

THis client going to get really hard to debug

Extract from log.

20:24:13||request_reschedule_cpus: exit_tasks
20:24:13|SETI@home|Detaching from project
20:32:08|http://einstein.phys.uwm.edu/|Master page download succeeded
20:32:09|http://einstein.phys.uwm.edu/|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
20:32:09|http://einstein.phys.uwm.edu/|Requesting 345600 seconds of work, returning 0 results
20:32:10|http://einstein.phys.uwm.edu/|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
20:32:10|Einstein@Home|Message from server: Need major version 4 of the BOINC core client. You have 5.
20:32:10|Einstein@Home|Resetting project
20:32:10||request_reschedule_cpus: exit_tasks
20:32:10|Einstein@Home|Detaching from project
20:37:20|http://setiweb.ssl.berkeley.edu/beta/|Master page download succeeded
20:37:21|http://setiweb.ssl.berkeley.edu/beta/|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/beta_cgi/cgi
20:37:21|http://setiweb.ssl.berkeley.edu/beta/|Requesting 345600 seconds of work, returning 0 results
20:37:22|http://setiweb.ssl.berkeley.edu/beta/|Scheduler request to http://setiboinc.ssl.berkeley.edu/beta_cgi/cgi succeeded
20:37:22|SETI@home Beta Test|Message from server: Need major version 4 of the BOINC core client. You have 5.
20:37:22|SETI@home Beta Test|Resetting project
20:37:22||request_reschedule_cpus: exit_tasks
20:37:22|SETI@home Beta Test|Detaching from project

It only appears to work with CPDN

Mind you I have found one error.

It tells me wrong account ID used. clearly not true from the log.
14) Message boards : Number crunching : Project Server rejects Version 5 Core Client (Message 8281)
Posted 2 Jul 2005 by Ian Thompson
Post:
Hi

Have just download BOINC Version 5

The project rejects the client

is thier a reason.
15) Message boards : Number crunching : BOINC Project Server Error report CPU details (Message 8280)
Posted 2 Jul 2005 by Ian Thompson
Post:
Hi Ric


Thanks for the information

I have adjusted this and rebooted.

I am going to investigate further.

16) Message boards : Number crunching : Appearing twice in the Top Participants Table (Message 8269)
Posted 2 Jul 2005 by Ian Thompson
Post:
Hi

Iam appearing at positions 89 and 105 in the top participants table, when viewed with RAC view

I only have one account
17) Message boards : Number crunching : BOINC Project Server Error report CPU details (Message 8263)
Posted 1 Jul 2005 by Ian Thompson
Post:
Hi Everyone

Nice to be crunching units again.

I have just commissioned a new box

Small compact with a hungry heart

A Beast with an Intel P4 640 as it's core.

works fine.

I have commited 2 cardinal sins thou.

The unit uses an ASUS 915GL Barebone Chassis. (I need the space.) I put some Performance Memory to compensate for this thou.

The second sin is I havn't got round to sorting out a 64Bit Operating System. I am using Win XP PRO 32Bit

The issue I have noticed is that the server reports the cache memory as only having 976.56Kb.

This processor has 2048Kb

THen I decided to check my old Unit

It show 976.56Kb even stranger as it only has 512Kb.

I jyust checked all my boxes

They all seem to have nearly a Megabyte of cache.

including Celeron and AMD.
18) Message boards : Number crunching : Post your Estimated vs Actual Completion Times Here. (Message 8010)
Posted 8 Jun 2005 by Ian Thompson
Post:
Hi

My Times are

P42.8GHz-512C H/T 1249/1048 13:14:46 actual 4:30-5:00

I have noticed that my computer details show my CPU on the host details is 10% faster than it is and it takes an average of 13.89 days to turn a result around. My system could probale return 13.89 results in a day.
19) Message boards : Number crunching : Possible Issues with core client 4.3x and MCE2005 (Message 7653)
Posted 12 May 2005 by Ian Thompson
Post:
Hi

Your taking a risk

> I agree, but after twenty years of working with Windows & Microsoft I have
> learned not to pressurize Microsoft products until about version 5 ;-)

It took Microsoft 6 attempts at DOS excluding the sub releases
20) Message boards : Number crunching : Possible Issues with core client 4.3x and MCE2005 (Message 7632)
Posted 12 May 2005 by Ian Thompson
Post:
Hi
Yes I should have posted this to berkeley sometimes I don't think they have their hearing aid on.

I was rhoping somebody might shed some light on as to wether you need to manually configure the boinc.exe for this type of operation.

I can live with the bugs. It seems happy.

I have noted that the issues regarding the update button.
But I have found I get response when clicked that appears same as before. (That might be a depper meaning thou to this issue.)


Next 20


©2024 CERN