1) Message boards : Number crunching : LHC credits not showing up in cross-project stats (Message 16315)
Posted 13 Feb 2007 by tilad-x
Post:

Neasan, should we start a "let's collect money so we can buy valium for the members that only want stats" thread here?


Valium Over Talent :-D


Arguably, though, looking at how long the move takes, it seems they either travelled and transported everything by foot, or they're getting their entire TeraByte Storage transferred to the UK via 56k.

Otherwise, it should be a matter of days, not months...


You do know we are doing a hell of a lot more than just copying the old server's files on to a new one right? If we did that nothing would get fixed and it would be pointless.

I know this is all taking a long time for your perspective but while we have a lot more time to dedicate to this than the guys at CERN did we do occasionally have to do other work. We aren't employed to work on LHC@home alone we have other concerns.


@Anyone who understands Neasan and feels like he's patient enough to let them do what they think they have to do, to have it done right, scream "HERE"




<<--*screams* HERE!


HERE!!!!!!!!!!!!!!!
2) Message boards : Number crunching : Average turnaround time (Message 11181)
Posted 3 Nov 2005 by tilad-x
Post:
Nope. I had BOINC on my laptop, ran PrimeGrid, noticed I was claiming 13+ cobblestones and only receiving 8.00. PrimeGrid apparently has a max credit/result setting. I do this for the science, but I'm also a numbers freak. If I'm not going to get credit for 40-45% of my work, why should I do the work?

We have a up-limit for claimed credits at PG to prevent cheating, as we are only sending one result per workunit. The average claimed credit is approx 5.3, so the upper limit was chosen to allow some fluctuation from the average and not to offend anyone. Seems like that didn't work :)

As for LHC avg turnaround, it might be that recent host table corruption did something with that, like inserted incorrect values and we will be doomed to see incorrect values forever unless we re-attach our hosts (to create new id) or avg_turnaround value is reset to 0 globally.

I understand the upper limit. The biggest reason I stopped doing any BOINC on the laptop was because I could not guarantee it would be used continuously, and it seemed way off the charts for it to take over an hour to run a single PG result when my other systems take less than 30 minutes. One claims 3+ cobblestones, and the other claims 5+, so the laptop claiming 13+ just didn't seem right. *shrug*
3) Message boards : Number crunching : Average turnaround time (Message 11175)
Posted 2 Nov 2005 by tilad-x
Post:

PS: You need to merge one of your hosts on PrimeGrid :)

Nope. I had BOINC on my laptop, ran PrimeGrid, noticed I was claiming 13+ cobblestones and only receiving 8.00. PrimeGrid apparently has a max credit/result setting. I do this for the science, but I'm also a numbers freak. If I'm not going to get credit for 40-45% of my work, why should I do the work?
4) Message boards : Number crunching : Average turnaround time (Message 11165)
Posted 2 Nov 2005 by tilad-x
Post:
I've been getting work constantly on PrimeGrid since no work is available here. It shouldn't have an effect on the server sending work since BOINC Manager regulates the requests for work. As long as the server has work and you haven't exceeded your quota, you should get work.
5) Message boards : Number crunching : Host corruption (Message 11012)
Posted 26 Oct 2005 by tilad-x
Post:
I got this message from this host:

10/26/2005 2:33:17 AM||request_reschedule_cpus: project op
10/26/2005 2:33:18 AM|LHC@home|Sending scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi
10/26/2005 2:33:18 AM|LHC@home|Reason: Requested by user
10/26/2005 2:33:18 AM|LHC@home|Requesting 8640 seconds of new work, and reporting 1 results
10/26/2005 2:33:23 AM|LHC@home|Scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi succeeded
10/26/2005 2:33:23 AM|LHC@home|Message from server: No work sent
10/26/2005 2:33:23 AM|LHC@home|Message from server: (reached daily quota of 100 results)

As you can see by clicking on that host, I am nowhere near my daily quota of 100 wu's.
6) Message boards : Number crunching : Host corruption (Message 10953)
Posted 25 Oct 2005 by tilad-x
Post:
Host name: TWONEYVILLE

10/24/2005 10:55:57 PM|LHC@home|Sending scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi
10/24/2005 10:55:57 PM|LHC@home|Requesting 0 seconds of work, returning 1 results
10/24/2005 10:55:58 PM|LHC@home|Scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi succeeded
10/24/2005 10:55:58 PM|LHC@home|New host venue: 0

I like the new host venue of 0. *sarcasm off*

I'll get the info off my other host and post it here.


I ran benchmarks on both systems, manually updated, and merged the separated hosts. Everything seems to be fine, except avg dl rate and avg turnaround time, but I suspect those will sort themselves out soon.
7) Message boards : Number crunching : Host corruption (Message 10944)
Posted 25 Oct 2005 by tilad-x
Post:
Host name: TWONEYVILLE

10/24/2005 10:55:57 PM|LHC@home|Sending scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi
10/24/2005 10:55:57 PM|LHC@home|Requesting 0 seconds of work, returning 1 results
10/24/2005 10:55:58 PM|LHC@home|Scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi succeeded
10/24/2005 10:55:58 PM|LHC@home|New host venue: 0

I like the new host venue of 0. *sarcasm off*

I'll get the info off my other host and post it here.
8) Message boards : Number crunching : Host corruption (Message 10939)
Posted 25 Oct 2005 by tilad-x
Post:
Both of my hosts have become somewhat corrupted.

Host name: REFLECTION
Host ID 43015 - last contact 14OCT2005 17:30:20 UTC
Host ID 67449 - last contact 25OCT2005 02:06:01 UTC

The other info seems correct

Host name: TWONEYVILLE
Host ID 39924 - last contact 14OCT2005 17:14:14 UTC
Host ID 67437 - last contact 25OCT2005 02:56:04 UTC

The info for 67437 is really messed up.

Both hosts are running BOINC v. 4.45 I was about to install 5.2.2 on one of the machines, but I think I will hold off until this gets sorted out.
9) Questions and Answers : Sixtrack : Sixtrack signature verification error (Message 10293)
Posted 19 Sep 2005 by tilad-x
Post:
<blockquote>Chrulle,

Further to message of 14th Sept. I copied the following messsages from the Linux LHC@Home client:

signature verification failed for sixtrack_4.66_i686-pc-linux-gnu

Checksum of signature error for sixtrack_4.66_i686-pc-linux-gnu

Unrecoverable error for result wjun4A_v6s4hhpac_mqx_17_64.2554_59.2707_6_8_6_80_1_sixvf_boinc25877.zip

</blockquote>
Are you using a 4.4x version of the BOINC CC and Manager? If you are, then highlight LHC on the projects tab, then click the Reset Project button on the left side. This will force your system to delete all existing LHC files and redownload the whole project. If that doesn't work, it is well beyond my level of "expertise."
10) Message boards : LHC@home Science : Russian claims creation of perpetual motion engine (Message 10291)
Posted 19 Sep 2005 by tilad-x
Post:
<blockquote>http://english.pravda.ru/science/19/94/379/15849_perpetual.html

an excerpt...

"My device can operate even in space," said Mr. Strushchenko. He claims the military can put it to good use too. From his point of view, several motors run by magnets measuring 3m-4m in diameter will enable a submarine to operate for several decades without using any fuel.

and then...

You can start up the motor by turning the its handle. The motor will then produce the amount of energy that is a hundred times greater than that used for turning the handle. The two magnets do the trick. They are arranged in parallel. There are two blades overlapping the gap between the magnets once you turn the handle. The larger the magnet, the faster flywheel goes producing energy. It can produce a four-time greater amount of energy if the distance between is reduced by two times. The inventor says the handle and the flywheel can be linked together. Then you do not have to turn the handle. The motor will be running by itself.
</blockquote>
There is one major issue - friction. As long as friction exists, there will always be a loss of energy. Why does an airplane need to keep its engines running while in flight? To overcome the drag created by the friction between the skin and the air.

Unless he has this machine running in a complete vacuum and somehow suspended in the air with no bearings at any point in his system (thus eliminating all friction), he cannot possibly have achieved perpetual motion, as it is immpossible to get more energy output from a system than that which was put in.
11) Message boards : Number crunching : And you thought *YOUR* WU count sucked (Message 10290)
Posted 19 Sep 2005 by tilad-x
Post:
<blockquote>http://lhcathome.cern.ch/show_host_detail.php?hostid=59430

And you still give this guy work??

(j)
James</blockquote>
Look here. He has a number of systems - all at the bottom of his list - that seem to have identical specs. They all appear to be servers sporting 8 Xeon 1.9GHz CPUs each, and none of them have any credit. It would seem those systems are incapable of handling LHC.
12) Message boards : Number crunching : Huge pending credit (Message 10289)
Posted 19 Sep 2005 by tilad-x
Post:
I currently have about 270, with two CPU's running LHC (one @ 2/3 shared with 1/3 Einstein, the other @ 1/3 shared with 1/6 Einstein and 1/2 CPDN sulphur cycle). It depends upon how quickly a quorum is returned for each WU, and using multiple systems will obviously generate more pending credit.
13) Message boards : Number crunching : @Chrulle or Markku: long-term pending credit for deleted workunit (Message 10288)
Posted 19 Sep 2005 by tilad-x
Post:
@Chrulle:

Could you delete the pending results here and assign credit of 0.00? Three computers returned results claiming 0.00 credit, they were granted 0.00 credit, and the file deleter delted the associated work unit files before the last two results were returned (including mine). I don't mind not getting 0.02 Cobblestones of credit when the particle was lost nearly immediately. Thanks in advance.

14) Questions and Answers : Sixtrack : optimize sixtrack for amd athlon xp (Message 10279)
Posted 18 Sep 2005 by tilad-x
Post:
<blockquote><blockquote>What's a TGV?</blockquote>

TGV - Train a Grand Vitesse - literally Very Fast Train. It's the French high speed train that runs the international rail routes and long distance rail routes from Paris to Bordeaux, Marseille, Geneva, Brussels, etc.

It's a measure of the sensitivity of the LHC that the gravitational pull of a couple of hundred tons of train at a distance of a few kilometres has to be taken into account.

Of course, Chrulle's remarks may be a little 'tongue in cheek'

</blockquote>
The amount of electricity used by the TGV can produce a large magnetic field, which can disrupt the path of a single particle several kilometers away by enough to destroy any valuable information which may have been received. Operators and scientists at cyclotrons and particle colliders literally have to anticipate any forseeable event - such as the scheduled TGV and any scheduled commercial flights.
15) Message boards : Number crunching : hoarding (Message 10101)
Posted 12 Sep 2005 by tilad-x
Post:
<blockquote>in the lhc update i read lhc@home wants to discourage "hoarding".

we, donators of cpu time, can only ajust our general boinc settings. we can try to get work for a maximum of 10 days. simply boinc options.

if lhc@home (or any other boinc project) wants to have this in any other way then change boinc. make boinc to notice the difference between projects. maybe then seti@home will accept a 10 day maximum and lhc@home something like 5 days.

just do not blame or disqualify the people with a longer reconnect time. we all are just using normal boinc options.

</blockquote>

LHC@Home COULD reduce the max number of results per day that each host can download. This would effectively prevent hoarding, but it would have the unfortunate side-effect of not allowing any more work if all of your results produce bad particles.

Right now it is set at 100/day/host, and it is reduced by 1 for every invalid result returned. LHC could set it to 15/day/host, and that would help eliminate hoarding.

16) Message boards : Number crunching : Funny time for work unit (Message 10050)
Posted 10 Sep 2005 by tilad-x
Post:
<blockquote>Never had this, but i've just noticed shortest WU ever!
http://lhcathome.cern.ch/workunit.php?wuid=521953</blockquote>

Try this one!

My computer is the one with pending credit.
17) Questions and Answers : Sixtrack : Computing Error Results on WinXP using Boinc 4.45 (Message 9554)
Posted 22 Aug 2005 by tilad-x
Post:
<blockquote>> Have you tried restarting BOINC?
>
> It sounds like some permission issues on the files.
>
>
yup.. i've even restarted the whole computer and the results are still the same... All my other computers that are running boinc is doing ok (they all have the same projects running), they are getting Success results.

It's only the same WinXP system is giving the Client Error results for LHC@Home, all the other projects running on that WinXP machine are returning Success results. Except again for the Einstein@Home project, which for that one, i'm not the only one getting the error results according to the Forum Threads, a probable bug on the application using the latest Boinc client 4.45.

I am thinking that it might be the same for LHC@Home project.</blockquote>

I have one WinXP machine running LHC, SETI, and Einstein (it also used to run CPDN, but ran into software conflicts with Norton) on BOINC 4.45, and another running all four projects (though I'm completing all work on this machine before I try BOINC 4.72) on BOINC 4.45. The only problems I have had with LHC have been recently, but that's only because they ran out of work. *shrug* could be any combination of hardware/firmware/software issues.



©2022 CERN