21) Message boards : Number crunching : New host id being created at each connect (Message 14180)
Posted 25 Jun 2006 by Profile Steve Cressman
Post:
You couldn't have thought of this two or three weeks ago, could you?

Fixed my two host generators.

Good, clear, easy to follow tip!

Thanks Buckets!

You are welcome. One small point to make. Hope you made sure to use different numbers for the two computers by checking the details to make sure they match the computer. Forgot about people that have more than one computer when making the instructions.
:)
22) Message boards : Number crunching : New host id being created at each connect (Message 14177)
Posted 24 Jun 2006 by Profile Steve Cressman
Post:
I figured out what the problem is, at least in my case and how to correct it. This may work for you too. In my case the computer host ID # is not getting passed to the client.

1) You can verify that this is your problem too by checking your client_state.xml file. Look for the section for LHCathome then find the line that states the <hostid>xxxxxx</hostid>. If you have value of 0 for the ID# then this is what causes it to keep making new hosts. Now exit the text editor without saving!
2) If you want to fix this shut down Boinc.
3) Go to your account page here at the project and click on View computers then write down the host number from the most recent one there.
4) Go back and open client_state.xml.file with a text editor and replace the 0 with the number that you wrote down.
5) Save the file.
6) Restart Boinc

Hope this helps, it worked for me.
Now I have to find something else to do on this boring rainy saturday. This did not take but a few minutes to figure out, lol.
:)
23) Message boards : Number crunching : LHC@home/CERN. Where Is Our Support! (Message 14150)
Posted 23 Jun 2006 by Profile Steve Cressman
Post:
I'm with TheGasGiant on this and have stated much the same thing in other threads.
Yes We are volunteers and should not expect anything in return. However I feel that the amount of work the project puts into the Boinc part of things should reflect the projects appreciation of the free resourses that we make available to them to use. And right now, if you look at it that way I just described, it looks like they don't give a crap.
I joined this project a long time ago and plan to stay now that I'm back. I had an extended absence from this project that had nothing to do with this project. Had other alpha and beta projects to work on after LHC went live. Why will I stay, because I beleive the project does appreciate us. Even tho they have forgotten how to show it.
24) Message boards : Number crunching : Still can't upload! (Message 14147)
Posted 23 Jun 2006 by Profile Steve Cressman
Post:
All I did yesterday to get it communicating again was to go into my DNS cache and remove the entries for lhcathome-sched1.cern.ch and lhcathome.cern.ch. Then the new addresses were picked up right away.
:)


In English (on windows 2k/xp machines):

1) Start -> Run -> type "ipconfig /flushdns"

A box will appear and disappear. All stored dns entries are emptied and will be automatically refreshed. :)

Yes that works too but since I run a large (1500 entries) DNS cache I just removed the 2 entries. I have a small program that I wrote to adjust the size of the cache and expiry times of the entries. So just a simple search of the entries to find what i'm after and then delete them and it only takes a couple seconds longer then just doing a flush. But then it does not need to look up all the other entries again this way. For most people a cache of this size is uneeded nor desirable.
:)
25) Message boards : Number crunching : Pending credit not being validated! (Message 14114)
Posted 22 Jun 2006 by Profile Steve Cressman
Post:
I just checked the status page and it shows the sixtrack_validator lxfsrk4101 Running. So I too wonder what is up with the validater. None pending here but that does not stop me from being curious about why yours are still in the pending state.
:)
26) Message boards : Number crunching : Still can't upload! (Message 14093)
Posted 21 Jun 2006 by Profile Steve Cressman
Post:
All I did yesterday to get it communicating again was to go into my DNS cache and remove the entries for lhcathome-sched1.cern.ch and lhcathome.cern.ch. Then the new addresses were picked up right away.
:)
27) Message boards : Number crunching : I think we should restrict work units (Message 14050)
Posted 19 Jun 2006 by Profile Steve Cressman
Post:
Greed is a desire to obtain more money, wealth, material possessions or any other entity than one needs. Greed is listed as one of the Catholic seven deadly sins, usually by the synonym of avarice.

Greedy individuals are often portrayed as harmful to society as their motives often appear to disregard the welfare of others: within a closed context of limited resources, one person's improved economic condition must come at the expense of others. However, even in a non-zero sum context, an extreme state of affluence can result only from a diversion of resources from others to the affluent.

Buddhists believe greed is based on incorrectly connecting material wealth with happiness. This is caused by a deluded view that exaggerates the positive aspects of an object.
28) Message boards : Number crunching : New host id being created at each connect (Message 13996)
Posted 15 Jun 2006 by Profile Steve Cressman
Post:
And #2 won't likely happen until #3 happens.
And from looking at my host list, which i stopped merging 2 weeks ago, it looks like we are gaining ~100,000 hosts every two weeks, lol.
29) Message boards : Number crunching : I think we should restrict work units (Message 13971)
Posted 13 Jun 2006 by Profile Steve Cressman
Post:
there is no where near that number of active users.

Users
32,582 total
11,866 active

30) Message boards : Number crunching : Solution for LHC Long Term debt problem ? (Message 13949)
Posted 11 Jun 2006 by Profile Steve Cressman
Post:
That makes as much sense as anything.
Because it definitely is wrong. My switch time is 120 mins and my LTD are bigger than +-7200. I think Steve mixed LTD and STD. LTD has no influence in how much work is asked for but only in the decision if work is asked for. And to keep track of "long term debt" it must keep bigger values.

Norbert

If you force it to get more work and cause boinc to go into EDF, yes it can go beyond the the values that I stated. But if you leave it alone then what i said is true.
31) Message boards : Number crunching : Solution for LHC Long Term debt problem ? (Message 13935)
Posted 11 Jun 2006 by Profile Steve Cressman
Post:

That makes as much sense as anything. I'm amazed at how well it works on the whole. I'm attached to some combination of five projects, all with equal resource shares, and most of the time, it merrily rotates through them.


You know what is fun? Go into the client_state.xml file and delete the negative signs from the debt values and then watch the scheduler freak out for a while as it tries to make all the values add up to zero again.

I was one of the testers for JM VII when he was first making the scheduler and I did a lot of testing of the scheduler. Was lots of fun trying to break it but I found it to be very robust. Even doing something like what I suggested above did not bother it too much. It would eventually get back to what it should be with all the values adding to zero.

I know, geeks have a stange way of having fun , lol.
:)
32) Message boards : Number crunching : Solution for LHC Long Term debt problem ? (Message 13933)
Posted 11 Jun 2006 by Profile Steve Cressman
Post:
To get a LTD around 10000 you probably have a switch between applications time of 180 minutes


Precisely. It seems it ought to continue to accumulate debt beyond that, but it doesn't.

One of life's mysteries methinks.

I'm not actually sure of all the details of the scheduler that JM VII wrote but the LTD is what is used to determine if it should ask for work. With your switch time of 180 minutes it will continue to ask for work until the LTD reaches -10800. Then it decides that there is too much debt when it goes beyond that value and prevents further d/l until the debt again rises above -10800. Then it starts asking for work again etc etc. Also you will find that as the value gets closer to -10800 it will ask for less and less work each time until it exceeds the limit of -10800.

Depending on the value of your switch time you can substitute the values below into the above statement.
60 min = 3600 sec
120 min = 7200 sec
180 min = 10800 sec
240 min = 14400 sec
etc.
:)
33) Message boards : Number crunching : I think we should restrict work units (Message 13931)
Posted 11 Jun 2006 by Profile Steve Cressman
Post:
If we were not still waiting for the stragglers to get the work done we could possibly be already working on another batch. It is not right that there are still units to be done when others attached to the project have been idle for a week or more.

I think a solution that the project could do is to decrease the daily quota. And I would bet that when the right number for the quota was found they would get all the results much faster then they do now. It might take a bit of trial and error for them to find the right amount to set it at but it most definitely would be better then have the majority of the host computers sitting idle asking for work. When I say idle, I mean in reguards to this project because hopefully this is not the only project they are attached to.
34) Message boards : Number crunching : Solution for LHC Long Term debt problem ? (Message 13912)
Posted 10 Jun 2006 by Profile Steve Cressman
Post:
To get a LTD around 10000 you probably have a switch between applications time of 180 minutes
35) Message boards : Number crunching : Solution for LHC Long Term debt problem ? (Message 13909)
Posted 9 Jun 2006 by Profile Steve Cressman
Post:
Or you could get Boinc Debt Viewer . It has a feature that allows your to reset your debts with the click of a button. But just like the other method you need to shut down Boinc before doing so. And if you forget it reminds you too.
:)
36) Message boards : Number crunching : New host id being created at each connect (Message 13858)
Posted 3 Jun 2006 by Profile Steve Cressman
Post:
I also having the same issue that my computers are listed again and again, Iam using BAM also, but havent not seen this issue on other project. I check most of them and there isnt a issue. So is it a LHC issue or a BOINC issue, or BAM, does anyone knows?

The problem is that the LHC servers are running out dated Boinc software. And to make matters worse, there is no one there to do the upgrade! From what I can see there have been no updates since last summer. They even list boinc v4.45 as the latest version on the d/l page.

And I have decided that it is no longer my responsibility to keep merging hosts to try and keep the database small. Wonder how many hosts I will have by the time they fix it or they run out of space for all these redundant hosts?
:)

P.S. If they like us to do the work for them the least they can do is keep the infrastructure up to date. Just my opinion!
37) Message boards : Number crunching : dual core chips and BOINC (Message 13857)
Posted 3 Jun 2006 by Profile Steve Cressman
Post:
And if you get AMD, which I think is the better choice, then make sure you get the X2 4000+ or the 4400+ THese chips have the larger cache.
:)
38) Message boards : Number crunching : New host id being created at each connect (Message 13841)
Posted 2 Jun 2006 by Profile Steve Cressman
Post:

Have a good weekend, Steve :)

Thanx, you too. And the last sentence of my last post was supposed to come across as good natured gentle ribbing ;)
39) Message boards : Number crunching : New host id being created at each connect (Message 13838)
Posted 2 Jun 2006 by Profile Steve Cressman
Post:
Account managers do work I'm attached to several other projects and the account mangaer works correctly for them. So don't go blaming the inadequacies of LHC on the account managers. Oh and I think there is a brown spot forming on your nose in regard to this project!
40) Message boards : Number crunching : New host id being created at each connect (Message 13833)
Posted 2 Jun 2006 by Profile Steve Cressman
Post:
The problem seems to relate to those people using account managers like BAM. Maybe one should stick with the manual way of doing things until the bugs are ironed out and all the projects are updated.

No, maybe this project should stop taking the crunching community for granted and get someone in there to work on things that need doing. I don't think that is asking too much in return. Beside, account managers have been in the works for the better part of a year and they should not have been taken unawares.


Previous 20 · Next 20


©2024 CERN