DaMan666
What happened?
Premium
join:2004-09-17
Minneapolis, MN
1 edit | don't want OGR I'm starting my client up again after some time and can't remember the setting to not crunch OGR and not get OGR packets. Could someone tell me the settings please. Thank you
also, any new third party apps would be cool | |
|
 |
 |
DaMan666
What happened?
Premium
join:2004-09-17
Minneapolis, MN
1 edit | Re: don't want OGR Thanks a lot. I suppose no one is writing apps for this at all anymore. Again thanks. | |
|
| | |
| | | 
Coma
neuro anomalist
Premium
join:2001-12-30
Nirvana-Land
clubs:
| Re: don't want OGR said by tmpchaos  : We've always run it off a shell, and in the background.
I put it in my Login Items . . . . just set it and forget it.
--
. . . seeking professional help . . . | |
|
| | | | |
| | | | |
Coma
neuro anomalist
Premium
join:2001-12-30
Nirvana-Land
clubs:
| Re: don't want OGR said by tmpchaos :With the -install command?
I can't even remember when I installed it let alone what switches i used.
--
. . . seeking professional help . . . | |
|
|
| |
| | |
| | | Naches
Premium
join:2003-07-13
Richland, WA
clubs: 
| Re: don't want OGR OGR-25 ended within our lifetimes... 
OGR-NG is going to end within our lifetimes...
And then they will bring on OGR-27 which undoubtedly will end within our lifetimes, but will be a much more aggressive one than the NG project. NG was really just to try out the new algorithms and make sure everything is/was going okay.
Maybe you will get a shot at boinc one of these years in the distributed.net efforts, but they have said that the traditional client will continue as well.
As for long projects, you probably really mean RC5-72, which will go on for a max of six hundred plus years at present rates. However, that was before the CUDA clients started coming into play. Beta3 is now out for the rc5-72 CUDA fans, both in Linux and windows. The speed on them is phenomenal compared to the standard cpu. So for arguments sake, it is probable that the CUDA client could reduce that by a factor of 10. That's now, it will continue to drop. The work now is going in to increasing the size (variable) of the work unit in order to better utilize the crunching power of the gpu. There is a (relatively speaking of course) huge amount of time spent setting up the unit for crunching and shutting it down, for each work unit. The intent is to keep the gpu crunching more efficiently by increasing the size of the work unit and reducing the wasted setup time. That will considerably alter the rapidity of work being completed.
And while some may say that the RC5-72 project is a waste now that the answer is known, it is providing some valuable gpu programming experience for some people that will be very beneficial to distributed.net's future gpu endeavors.
So actually it's all pretty cool in it's own way. | |
|
|
|
|
·
·