Other projects use the same platform, BOINC, as Einstein@Home. You may want to consider participating in one or more of these projects. By doing so, your computer will do useful work even when Einstein@Home has no work available for it.
You ran into the quota set by the project. You don't want to do other work. Then it's your own "problem".
My computer doesn't sit idle. I am attached to 5 other projects.
You may want to reconsider.
You ran into the quota set by the project. You don't want to do other work. Then it's your own "problem".
My computer doesn't sit idle. I am attached to 5 other projects.
You may want to reconsider.
>You've missed Tweakster's point here......it's a problem created by the Project that should be fixed. I can't see the Project being happy about losing processing power to others. I'm sure Tweakster is well aware that he can attach to other projects but he is dedicated to Einstein. I think the Admins will correct this oversight after the holiday or take the risk of losing processing capacity needlessly. This is a problem of fast CPUs and 'smaller' WUs and the problem will only get worse as more of these low frequency 'Alberts' get matched with high capacity hosts that are dedicated to Einstein....Cheers, Rog.
I don't know if this is why they did it this way, but it is why I agree with their decision.
In the meantime I agree with previous postings that say you really should have had backup anyway. What did the project team think you would do with the underused cycles? Spend it on other projects of course, same as they hope you would have done if the new wu had crashed their whole system somehow.
Followup: The machine with 27 WU's had sixteen in the hole. Blew those away and uploaded. Got the chirpy little notice "deferring communication for 3 hours and whatever". What does Einstein imagine my cruncher is supposed to contribute to the project during this idle time? I had to detach and rejoin. I have 3 other rigs infected with the 1 hour specials from Albert. Monday will be another detach and rejoin day for these boxes. I appreciate all your suggestions, but I don't "sleep around".
Regards-tweakster
There must be a way to get more WU's. I keep comming up against a cruncher who has an AppleMac and they have 60 WU's waiting to be processed on one computer - they're all ways the last to send in a result.
Attach to Rosetta, give it a 10% share, when Einstein gets the quota raised, drop Rosetta if you like, or keep it as a backup.
I'd say certainly keep something as a backup. It is unreasonable to expect that Einstein will always have work (even tho it always has so far)
If you have an always on connection and want to maximise Einstein, give the backup a 1% share, or less. Leave Einstein = 100, set Rosetta = 0.1 for example.
After the first Rosetta wu, your box will then almost never download a Rosetta except when both Einstein and Rosetta run dry, and will fetch Rosetta wu one at a time whatever your normal quota.
The part run Rosetta result has a 28 day deadline, so will sit quietly on your box waiting for the next gap in Einstein service. After about 26 days of uninterrupted Einstein service your client will run Rosetta empty, and leave it empty for absolutely ages.
I'd give the same advice to anyone who has not got a quota issue - everyone needs a backup project, in my opinion. No exceptions.
There must be a way to get more WU's. I keep comming up against a cruncher who has an AppleMac and they have 60 WU's waiting to be processed on one computer - they're all ways the last to send in a result.
Mike
If you have a slow machine and a large 'connect every' interval, you can build up a huge cache by asking for 8 (or now 16) wu per day. Providing you don't error out the wu and they don't go over deadline, the quota is renewed in full every day. If you ask for the max 10 day cache, and crunch 6 wu/day, your cache will grow at 2 wu/day net (or 10 wu/day net now) till it reaches 10 days' work.
>You've missed Tweakster's point here......it's a problem created by the Project that should be fixed.
Go read the quote I gave of the Rules and Policies of this project again... I did not miss the point. It's the users who only want to crunch one project who miss the point of BOINC. So eventually, when a project has no work available for you, be it either due to strict quotas or because they only have work for other platforms, or because they have 600,000+ hosts asking for work daily (Seti style), is it then the Project's fault or you not wanting to live by their rules?
It's like demanding from your Government that because your car can do 200 miles an hour easily, that the speed limit of 60mph must go up.
It's like demanding from your Government that because your car can do 200 miles an hour easily, that the speed limit of 60mph must go up.
>OK,Jord, I married a Dutch girl (see, I did something right!) and from experience I can see we aren't going to agree on this....LOL.....have a great New Year and happy crunching....Cheers, Rog.
It may be just me but it seems like the scheduler is mixing the WUs more in the last two days than it has previously. Rather than just one speed I have seen at least three and possibly more (hard to tell with different cpu types). Anyone else seen this?
Thank you all for your responses. A special thanks to my Canadian responder. Let me set the stage. I have a serious investment in this project. 20 rigs powered by AMD processors in various states of stable OC magic. It is January in the midwest USA, and they are heating my house. I have signed on to a project that has given all of us a serious maximum server effort for twelve months. Any Seti defectors can testify to the chaos over there. My basic complaint is that some staffer at UWM Einstein physics divides 24 by 1 and arrives at a result of 16 (this is basic physics apparently). I have three rigs infected with the 1 hour and change WU's. Why should I be invited to waste CPU cycles doing work anywhere else? Why would any project suggest this if they are on max track? This is certainly not an issue for those of you running a Dull/HP/Compuq you unwrapped at Christmas.
RE: What does Einstein
)
From the Rules and Policies site:
You ran into the quota set by the project. You don't want to do other work. Then it's your own "problem".
My computer doesn't sit idle. I am attached to 5 other projects.
You may want to reconsider.
RE: quote] You ran into
)
>You've missed Tweakster's point here......it's a problem created by the Project that should be fixed. I can't see the Project being happy about losing processing power to others. I'm sure Tweakster is well aware that he can attach to other projects but he is dedicated to Einstein. I think the Admins will correct this oversight after the holiday or take the risk of losing processing capacity needlessly. This is a problem of fast CPUs and 'smaller' WUs and the problem will only get worse as more of these low frequency 'Alberts' get matched with high capacity hosts that are dedicated to Einstein....Cheers, Rog.
I gave one possible reason
)
I gave one possible reason for raising the quota slowly in this posting in the [url=http://einsteinathome.org/node/190477]Max daily WU quota thread on the number crunching boards.
I don't know if this is why they did it this way, but it is why I agree with their decision.
In the meantime I agree with previous postings that say you really should have had backup anyway. What did the project team think you would do with the underused cycles? Spend it on other projects of course, same as they hope you would have done if the new wu had crashed their whole system somehow.
River~~
~~gravywavy
RE: Followup: The machine
)
There must be a way to get more WU's. I keep comming up against a cruncher who has an AppleMac and they have 60 WU's waiting to be processed on one computer - they're all ways the last to send in a result.
Mike
Join the #1 Aussie Alliance on Einstein
RE: Attach to Rosetta, give
)
I'd say certainly keep something as a backup. It is unreasonable to expect that Einstein will always have work (even tho it always has so far)
If you have an always on connection and want to maximise Einstein, give the backup a 1% share, or less. Leave Einstein = 100, set Rosetta = 0.1 for example.
After the first Rosetta wu, your box will then almost never download a Rosetta except when both Einstein and Rosetta run dry, and will fetch Rosetta wu one at a time whatever your normal quota.
The part run Rosetta result has a 28 day deadline, so will sit quietly on your box waiting for the next gap in Einstein service. After about 26 days of uninterrupted Einstein service your client will run Rosetta empty, and leave it empty for absolutely ages.
I'd give the same advice to anyone who has not got a quota issue - everyone needs a backup project, in my opinion. No exceptions.
R~~
~~gravywavy
RE: There must be a way
)
If you have a slow machine and a large 'connect every' interval, you can build up a huge cache by asking for 8 (or now 16) wu per day. Providing you don't error out the wu and they don't go over deadline, the quota is renewed in full every day. If you ask for the max 10 day cache, and crunch 6 wu/day, your cache will grow at 2 wu/day net (or 10 wu/day net now) till it reaches 10 days' work.
~~gravywavy
RE: >You've missed
)
Go read the quote I gave of the Rules and Policies of this project again... I did not miss the point. It's the users who only want to crunch one project who miss the point of BOINC. So eventually, when a project has no work available for you, be it either due to strict quotas or because they only have work for other platforms, or because they have 600,000+ hosts asking for work daily (Seti style), is it then the Project's fault or you not wanting to live by their rules?
It's like demanding from your Government that because your car can do 200 miles an hour easily, that the speed limit of 60mph must go up.
RE: It's like demanding
)
>OK,Jord, I married a Dutch girl (see, I did something right!) and from experience I can see we aren't going to agree on this....LOL.....have a great New Year and happy crunching....Cheers, Rog.
It may be just me but it
)
It may be just me but it seems like the scheduler is mixing the WUs more in the last two days than it has previously. Rather than just one speed I have seen at least three and possibly more (hard to tell with different cpu types). Anyone else seen this?
Thank you all for your
)
Thank you all for your responses. A special thanks to my Canadian responder. Let me set the stage. I have a serious investment in this project. 20 rigs powered by AMD processors in various states of stable OC magic. It is January in the midwest USA, and they are heating my house. I have signed on to a project that has given all of us a serious maximum server effort for twelve months. Any Seti defectors can testify to the chaos over there. My basic complaint is that some staffer at UWM Einstein physics divides 24 by 1 and arrives at a result of 16 (this is basic physics apparently). I have three rigs infected with the 1 hour and change WU's. Why should I be invited to waste CPU cycles doing work anywhere else? Why would any project suggest this if they are on max track? This is certainly not an issue for those of you running a Dull/HP/Compuq you unwrapped at Christmas.
Regards-tweakster