|
2011-01-04, 00:30
|
#45 | |
"Mark"
Apr 2003
Between here and the
24·397 Posts |
Quote:
Here is another update. I finished the master/slave coding a couple of weeks ago. Right now a master/slave configuration is expecting all servers to be at version 3 otherwise they won't sync. You'll be able to upgrade them independently, but syncing won't be done until both master and slave are both at v3. The problem with supporting a mix of v2 and v3 is that v2 has no transaction boundaries so it is impossible to know if syncing works correctly. The alternative (which would be nasty to code) would be to handle the v3 side as a single transaction, which would lock up any clients trying to connect to either server for an inordinate amount of time. I have switched over to working on the client side. The message format in v3 will be completely different than in v2. The server will send a single message for each composite to factor and expect one per composite work done and one per factor. Fortunately I will maintain (until version 4.x, if there ever is one) backward compatibility so a v3 client will work with a v2 server and a v2 client will work with a v3 server. I have also started working on the changes to the .ini files (the .cfg files will have a new extension since ecmserver.ini will be gone), including the -u option to load the database from the ecmserver.ini file (which needs to be renamed before upgrading). The b1 limits will now be in the database instead of a file. They will be inserted as part of the install script, but can be changed on the fly, whereas previously changes to the b1 limits required a shutdown/restart. Unfortunately I have been too busy to continue working on it. I hope to have some time in the evenings, but I cannot make any promises. As for an expression parser, I will probably steal eval.c from GMP-ECM for ECMNet's use. I'll just have to ask Paul Zimmerman if he would be okay with that. I haven't look in depth at it, but hopefully it won't be too embedded in GMP-ECM. |
|
|
|
|
2011-02-09, 01:20
|
#46 |
|
"Mark"
Apr 2003
Between here and the
24×397 Posts |
Another update.
The coding is nearing completion. With permission, I borrowed eval.c from GMP-ECM and that code is now integrated into the server. I have written all of the code regarding getting and returning work and factors. I have also finished the code behind user stats. I believe that the only remaining code is for handling the addition of new composites and factors via ecmadmin. I've decided to keep the b1 limits in the ini file. I started doing it in the database, but then realized that I would need to select them frequently and that could hurt server performance. If anyone has any heartburn due to my not keeping the b1 limits in the database, please let me know. After talking with yoyo, I would like to BOINCify the client. I see no reason why the project couldn't build a BOINC version and a non-BOINC version of the client. It might not be quite so easy to do that, but once done would make it easier for the BOINC version to stay in sync with the non-BOINC version. The two of us will have to decide what is best going forward. Those changes might not make it into 3.0. With the new ECMNet, the server is collecting additional statistical information (because we know how people like statistics). Presuming I'm not too wiped tomorrow night, I will finish up the coding and start testing. |
|
|
|
|
2011-02-09, 11:44
|
#47 |
Sep 2009
97710 Posts |
FWIW, BOINC-ification of the ggnfs code for RSALS was a matter of several dozens SLOC for calling the appropriate BOINC API functions at the appropriate places.
NFS@Home's BOINC-ified ggnfs may be slightly different from that of RSALS, as Greg Childers uses a different parameter passing scheme. I don't remember. But I'm positive that both diffs against upstream are small. |
|
|
|
|
2011-03-01, 00:19
|
#48 |
|
"Mark"
Apr 2003
Between here and the
24·397 Posts |
FYI, I finished coding last week. I had intended to finish up earlier, but I had some late nights and didn't have the energy to work on it. I have yet to do any testing. If I can find the time I might be able to get started next week.
|
|
|
|
|
2011-03-01, 10:01
|
#49 | |
|
Bamboozled!
"πΊππ·π·π"
May 2003
Down not across
47·229 Posts |
Quote:
Paul |
|
|
|
|
|
2011-03-01, 13:49
|
#50 | |
|
"Mark"
Apr 2003
Between here and the
143208 Posts |
Quote:
|
|
|
|
|
|
2011-03-29, 12:37
|
#51 |
Sep 2004
2·5·283 Posts |
Where can I find the old ecmserver client binaries for windows?
Thank you in advance. |
|
|
|
|
2011-03-29, 14:47
|
#54 | |
|
"Mark"
Apr 2003
Between here and the
18D016 Posts |
Quote:
|
|
|
|
|
|
2011-03-30, 17:42
|
#55 |
|
"Mark"
Apr 2003
Between here and the
24·397 Posts |
I would like to start some testing of ECMNet 3.0. One of the tests I need to run is the upgrade from an ECMNet 2.x ecmserver.ini file. If you are running a server, would you mind e-mailing it to me?
|
|
|
|
 |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Featured request | bsquared | YAFU | 260 | 2019-12-10 10:30 |
| Requests? | Xyzzy | Forum Feedback | 104 | 2017-04-02 22:20 |
| Collaboration Requests | robert44444uk | Prime Gap Searches | 2 | 2017-01-17 07:57 |
| a few simple requests for v5 | ixfd64 | PrimeNet | 44 | 2010-01-11 20:21 |
| New Year requests | masser | Sierpinski/Riesel Base 5 | 22 | 2007-09-24 21:05 |
