• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

DPAD- Team Meeting?

Kk4JC

Senior member
[By Stephen Brooks]
I switched my _own_ Muon program off because at one stage I was developing the code and wanted to do specific simulations without the background one hogging my CPU. Come to think of it it would be good testing if I switched it back on again, but as many have figured out, we're already near the optimal design so I thought I'd give my CPU a holiday.

What I'd suggest as an option for people with multiple PCs is to leave perhaps one 'toy' machine running Muon, just to keep the system ticking over, and then shift the rest over to some more worthy thing like THINK, or prime-factorisation or whatever turns you on. That way I'll have a few people to beta-test when I get the new versions out. I have Christmas holidays coming (quite long ones) so I might be able to get 4.22 at least done before Christmas. There might be a "version 5 brainstorming" session on this forum too, so I can figure out what's a priority (for instance I could make the results send as a binary format, reducing disk usage, but ASCII is more portable).

Uh oh, should we continue for stats?
Should we help other projects?
Kind of sad, I really like this project.

Kk
 
If he's talking about next Christmas, I might just switch my one DPAD box over to something else, but otherwise I think I'll stick with it (the one box that I have assimilated so far doesn't have a reliable dialup connection and the connection is a slow one at that) as it seems to be the best project for my situation. 🙂

Edit: On the one hand, I don't know that I'd encourage people to "leave and come back later" as they frequently don't come back "later." That happened to another project I was on; a bunch of people left to help in a big race between TA and another team, and most never returned. 🙁
 
Originally posted by: Kk4JC
[By Stephen Brooks]
I switched my _own_ Muon program off because at one stage I was developing the code and wanted to do specific simulations without the background one hogging my CPU. Come to think of it it would be good testing if I switched it back on again, but as many have figured out, we're already near the optimal design so I thought I'd give my CPU a holiday.

What I'd suggest as an option for people with multiple PCs is to leave perhaps one 'toy' machine running Muon, just to keep the system ticking over, and then shift the rest over to some more worthy thing like THINK, or prime-factorisation or whatever turns you on. That way I'll have a few people to beta-test when I get the new versions out. I have Christmas holidays coming (quite long ones) so I might be able to get 4.22 at least done before Christmas. There might be a "version 5 brainstorming" session on this forum too, so I can figure out what's a priority (for instance I could make the results send as a binary format, reducing disk usage, but ASCII is more portable).

Uh oh, should we continue for stats?
Should we help other projects?
Kind of sad, I really like this project.

Kk

Where did this come from? I don't see any mention of a "pause" on the DPAD forum.

according to Stephen - posted March 24th:
------------------------
-- TIMELINE --

~1 week: v4.3 solenoids-only optimisation (perhaps going as high as 11%)
~2 weeks: New PHP stats tables... starting off basic, will be improved with time
~3 weeks: v5 and a new accelerator with some different sorts of components too. Note that it's likely that the multi-project nature of this will allow some users to continue running the solenoids-only thing introduced in v4.3 if they want to as well.
------------------------

Is there something I'm missing?

CkG
 
Another thing to note is that it might take a day or two after the release of v4.3 to get a proper stats page working! Your results will be accepted, I've just got to modify the engine to count them. Stats counts will start from zero again from v4.3 onwards, and the old stats pages for v4.0-4.2x will, I think, still be updated for a while as people submit results from old versions. There's no reason why I can't have both running at once.



WTF ?!?!?
Start from zero with a different client. here we go.......
 
Originally posted by: Stormgiant
WTF ?!?!?
Start from zero with a different client. here we go.......
SETI members had to go through a client change, and will have to go through a stats wipeout from SETI 1 to SETI 2. Folding@Home did the same thing going from v1 to v2. RC5 started new stats with the new project. ECC2-109 doesn't have the same stats or client that ECCp-109 had. I wouldn't worry about it too much. With the amount of firepower we're getting, we shouldn't have too much trouble climbing quickly in the ranks under the new system. 😛
 
kindof difficult to say weather i'll stay with it or not. i just got into this project. i might hold off till they reset or whatever they decide to do. if a new client comes out id be more than happy to use it. Most of my systems right now are doing D2OL (for as long as that project lives anyway)
 
Hallis,

Did you put in the best 250? It will make a VAST difference in your transfer rate. 🙂

Mine was something like .022500 before replacing results.dat with this file.

 
Originally posted by: DanC
Hallis,

Did you put in the best 250? It will make a VAST difference in your transfer rate. 🙂

Mine was something like .022500 before replacing results.dat with this file.


Nope but i just downloaded it from your link so i will. THANKS!! 😀
 
Right on Bubba!

You'll be glad you did! 😀

Just replace your results.dat file with this one.

Word has it... from our "embedded reporter" that we'll have an even BETTER one for the TeAM in a couple of days. For now - guaranteed... you'll like what you see after you do this. 😉
 
Originally posted by: CADkindaGUY
Originally posted by: Kk4JC
[By Stephen Brooks]
I switched my _own_ Muon program off because at one stage I was developing the code and wanted to do specific simulations without the background one hogging my CPU. Come to think of it it would be good testing if I switched it back on again, but as many have figured out, we're already near the optimal design so I thought I'd give my CPU a holiday.

What I'd suggest as an option for people with multiple PCs is to leave perhaps one 'toy' machine running Muon, just to keep the system ticking over, and then shift the rest over to some more worthy thing like THINK, or prime-factorisation or whatever turns you on. That way I'll have a few people to beta-test when I get the new versions out. I have Christmas holidays coming (quite long ones) so I might be able to get 4.22 at least done before Christmas. There might be a "version 5 brainstorming" session on this forum too, so I can figure out what's a priority (for instance I could make the results send as a binary format, reducing disk usage, but ASCII is more portable).

Uh oh, should we continue for stats?
Should we help other projects?
Kind of sad, I really like this project.

Kk

Where did this come from? I don't see any mention of a "pause" on the DPAD forum.

according to Stephen - posted March 24th:
------------------------
-- TIMELINE --

~1 week: v4.3 solenoids-only optimisation (perhaps going as high as 11%)
~2 weeks: New PHP stats tables... starting off basic, will be improved with time
~3 weeks: v5 and a new accelerator with some different sorts of components too. Note that it's likely that the multi-project nature of this will allow some users to continue running the solenoids-only thing introduced in v4.3 if they want to as well.
------------------------

Is there something I'm missing?

CkG
Here's what I got.

Kk
 
You always start from zero with a new client of this, because its testing a different design.

I dont really care, I'll do it till it gets boring or annoying..... not a big stats freak so seeing all the counters reset to zero doesn't bother me.
 
Having the stats reset to zero will work in our favor. We've been gaining on several more teams, which means we've got more CPU horsepower on tap than they do. When the stats reset to zero, we will be at an even footing and will have the lead.
 
oops😱.
I didn't know the board was DEAD enough that one thread in the most recent 10 or so was 4+ months old!!!
😱

Kk
 
Originally posted by: TerryMathews
Having the stats reset to zero will work in our favor. We've been gaining on several more teams, which means we've got more CPU horsepower on tap than they do. When the stats reset to zero, we will be at an even footing and will have the lead.

I wouldn't be so happy. Right now we are team 3 in daily production, but if you read the boards on stephen's, you'll see that many users of the teams ahead of us are doing something else while the new version doesn't come out. Dunno theire strengh, but it will be hard to play 🙁
 
Originally posted by: Stormgiant
I wouldn't be so happy. Right now we are team 3 in daily production, but if you read the boards on stephen's, you'll see that many users of the teams ahead of us are doing something else while the new version doesn't come out. Dunno theire strengh, but it will be hard to play 🙁

I wouldn't worry about that; if they're gone, the odds are that they would not come back. When a new version of the client comes out, production numbers for all teams should be very similar to what we're running at now, which AFAIK would put us at team #3.

A nice shortcut.
 
I hope youre right about the other teams people not likely to come back. They have alot more warm (possably not) bodies than we do.
 
I'm not sure what the linux client results.dat looks like but if it looks the same as the windows one then we can hook you up😉

Anyone know if the linux client can use the windows results? (i have a feeling that it won't though 🙁 )

CkG
 
Back
Top