I do recall some really passionate crunchers wanting to increase the limit because they felt, or shall I say appeared/seemed to have felt, a bit betrayed that their total dedication ( they didn't crunch for anyone other than E@H ) was not being 'serviced' at a given WU/day ceiling. Others saw this as on the face of it perhaps odd, but it was quite deeply felt.
Yep, I was one of these nasty guys too. Mainly, because it was not clear to me, why the limit was set to exactly that specific value.
A (temporary) limitation of the server hardware is a good reason for any limit.
It's up to the E@h staff folks to provide optimized apps for different platforms. How comes they need to wait for the users to optimize code themselves? They should not just be grateful for akosf's work, but pay him for doing their work.
People out there donating calculating time and electrical power just to help science, how do they deserve wasting 75% of their investments for non-optimized code?
Hopefully akosf can make it once more and provide an optimized linux albert. I don't wanna have to read "go crunchers go" to approach real-time data analysis, and at the same time weeks passing by without releasing optimized apps and providing sufficient server infrastructure.
[Edit] If the servers are supposed to crash on data uploads from optimized clients, why don't you reduce the daily WU quota then? You can increase it from 8 or 10 step by step and see if the servers can make it or not. In that case E@h crunchers could save CPU power to donate for other projects.
Yep, I was one of these nasty guys too. Mainly, because it was not clear to me, why the limit was set to exactly that specific value.
I think they were all powers of two as I recall! :-)
One other concern I recall was ( in a no WU/day limit scenario ) the possibility of large numbers of WU's being downloaded to single computers. But if then, for whatever reason, no results ever got returned or were substantially delayed ( even if still within timeout ) from said computers, then this could interfere with quora resolution if significantly common enough. A few failure pathways were hypothecated for quora - to some level of likelihood - and this in turn upset yet others who wanted miminal validation delay ( or lowest possible pending credit if you like ) for any quora they were in at all.... Phew!!
[ I now vaguely recall a biblical (?) story about a man, his son and the donkey going to town!! ]
Cheers, Mike.
I have made this letter longer than usual because I lack the time to make it shorter ...
... and my other CPU is a Ryzen 5950X :-) Blaise Pascal
If the servers are supposed to crash on data uploads from optimized clients, why don't you reduce the daily WU quota then? You can increase it from 8 or 10 step by step and see if the servers can make it or not.
Why are the servers on the bottleneck?
network bandwidth? -> better compression
slow processing? -> faster programs
Often a small thing help a lot...
If the servers are supposed to crash on data uploads from optimized clients, why don't you reduce the daily WU quota then? You can increase it from 8 or 10 step by step and see if the servers can make it or not.
Why are the servers on the bottleneck?
network bandwidth? -> better compression
slow processing? -> faster programs
Often a small thing help a lot...
Not everybody has got an akosf at hand. In those not-so-rare occasions it's easier just to upgrade hardware, which unfortunately costs money (whatever currency your favourite HW dealer does business with).
I do recall some really passionate crunchers wanting to increase the limit because they felt, or shall I say appeared/seemed to have felt, a bit betrayed that their total dedication ( they didn't crunch for anyone other than E@H ) was not being 'serviced' at a given WU/day ceiling. Others saw this as on the face of it perhaps odd, but it was quite deeply felt.
That's what I was, probably quite poorly, trying to politely imply by 'vigor' and 'disparate'. The technical points everyone has made are pretty accurate as far as I can tell within their assumptions. I do wonder what scenario will unfold from the admin, dev's etc..
( I'm a volunteer moderator on another continent, so it's important to understand I really don't have any other special status or info pipeline here. )
Cheers, Mike.
Mike,
I'm one of those wierd/odd folks who is passionate about the E@H project and was looking for a higher daily limit, but I don't feel the least bit slighted as very valid reasons were given for the arbitrary WU limit of 32/day. So perhaps I should look at adding another project to those really fast machines to balance them out.. I'm sure there's gotta be another BOINC project with a physical science goal.
Good day!
"Chance is irrelevant. We will succeed."
- Seven of Nine
Why don´t we get one official Statement from Mr. Bruce Allen? Is he not interested in forwarding the project? We can make discussions we want, nothing happens.
@Mr. Allen: Please, offer the source-code of "Albert" to Mr. aksof!He will build as soon as possible a everbody satisfing executable for the Great Linux Family, wich will be nearly 50% of all Crunchers.
Best regards
Chris
(Linux-Fan but also happy Owner of 3 WinXP Licences)
*Die Signatur befindet sich aus technischen Gründen auf der Rückseite dieses Beitrages!*
RE: Nice one!! I can
)
Fine!
Yep, I was one of these nasty guys too. Mainly, because it was not clear to me, why the limit was set to exactly that specific value.
A (temporary) limitation of the server hardware is a good reason for any limit.
It's up to the E@h staff
)
It's up to the E@h staff folks to provide optimized apps for different platforms. How comes they need to wait for the users to optimize code themselves? They should not just be grateful for akosf's work, but pay him for doing their work.
People out there donating calculating time and electrical power just to help science, how do they deserve wasting 75% of their investments for non-optimized code?
Hopefully akosf can make it once more and provide an optimized linux albert. I don't wanna have to read "go crunchers go" to approach real-time data analysis, and at the same time weeks passing by without releasing optimized apps and providing sufficient server infrastructure.
[Edit] If the servers are supposed to crash on data uploads from optimized clients, why don't you reduce the daily WU quota then? You can increase it from 8 or 10 step by step and see if the servers can make it or not. In that case E@h crunchers could save CPU power to donate for other projects.
--lox
RE: Yep, I was one of these
)
I think they were all powers of two as I recall! :-)
One other concern I recall was ( in a no WU/day limit scenario ) the possibility of large numbers of WU's being downloaded to single computers. But if then, for whatever reason, no results ever got returned or were substantially delayed ( even if still within timeout ) from said computers, then this could interfere with quora resolution if significantly common enough. A few failure pathways were hypothecated for quora - to some level of likelihood - and this in turn upset yet others who wanted miminal validation delay ( or lowest possible pending credit if you like ) for any quora they were in at all.... Phew!!
[ I now vaguely recall a biblical (?) story about a man, his son and the donkey going to town!! ]
Cheers, Mike.
I have made this letter longer than usual because I lack the time to make it shorter ...
... and my other CPU is a Ryzen 5950X :-) Blaise Pascal
RE: If the servers are
)
Why are the servers on the bottleneck?
network bandwidth? -> better compression
slow processing? -> faster programs
Often a small thing help a lot...
RE: RE: If the servers
)
Not everybody has got an akosf at hand. In those not-so-rare occasions it's easier just to upgrade hardware, which unfortunately costs money (whatever currency your favourite HW dealer does business with).
Metod ...
RE: I do recall some really
)
Mike,
I'm one of those wierd/odd folks who is passionate about the E@H project and was looking for a higher daily limit, but I don't feel the least bit slighted as very valid reasons were given for the arbitrary WU limit of 32/day. So perhaps I should look at adding another project to those really fast machines to balance them out.. I'm sure there's gotta be another BOINC project with a physical science goal.
Good day!
"Chance is irrelevant. We will succeed."
- Seven of Nine
Why don´t we get one official
)
Why don´t we get one official Statement from Mr. Bruce Allen? Is he not interested in forwarding the project? We can make discussions we want, nothing happens.
@Mr. Allen: Please, offer the source-code of "Albert" to Mr. aksof!He will build as soon as possible a everbody satisfing executable for the Great Linux Family, wich will be nearly 50% of all Crunchers.
Best regards
Chris
(Linux-Fan but also happy Owner of 3 WinXP Licences)
*Die Signatur befindet sich aus technischen Gründen auf der Rückseite dieses Beitrages!*
Wurgl et al, you may want
)
Wurgl et al,
you may want to have a look at the new Beta Test App announced here.
BM
BM
RE: Wurgl et al, you may
)
Thx, we saw it already. :)
38min to wait until the actual WU is finished, all others are paused with BoincView.
cu,
Micha
Thanks a lot. I am also
)
Thanks a lot.
I am also waiting for my WU to finish ;-)
Cu,
Bernard