mersenneforum.org  

Go Back   mersenneforum.org > Great Internet Mersenne Prime Search > PrimeNet

Reply
 
Thread Tools
Old 2020-08-23, 09:18   #1
leonardyan96
 
leonardyan96's Avatar
 
"Arashi Chisato"
May 2017
Northern China

1001112 Posts
Default Consider forcing old clients to DC?

When PRP proof finally gets formally available, traditional first primality tests produced by old clients would become somewhat a waste of horsepower. Would it be sensible to force clients < v30 to DC? Here's some of my thoughts.
Starting from v30 getting released, we can wait during a tolerance period of several months even a year. After that period, when old clients before v30 ask for LL/PRP first test assignments, PrimeNet will return LL/PRP-DC assignments respectively. If one day there's no more exponents for DC, we can still give PM1/ECM to remaining old clients, if there will be any.
Also, when these clients contact the server, maybe PrimeNet could explain why and remind these contributors of upgrading software by returning messages?

Last fiddled with by leonardyan96 on 2020-08-23 at 09:19
leonardyan96 is offline   Reply With Quote
Old 2020-08-23, 09:29   #2
retina
Undefined
 
retina's Avatar
 
"The unspeakable one"
Jun 2006
My evil lair

11000101111102 Posts
Default

Quote:
Originally Posted by leonardyan96 View Post
...force clients ...
Welcome to the world of Internet giants where forcing the suckers customers to do what they want is the norm.

No! Let's not force anyone into doing anything. Just have the work dry up and let the user decide if they wish to change work type or quit.
retina is offline   Reply With Quote
Old 2020-08-23, 09:55   #3
ric
 
ric's Avatar
 
Jul 2004
Milan, Ita

193 Posts
Default

Quote:
Originally Posted by retina View Post
let the user decide
A rather subtle difference, I'd say
ric is online now   Reply With Quote
Old 2020-08-23, 13:12   #4
xilman
Bamboozled!
 
xilman's Avatar
 
"๐’‰บ๐’ŒŒ๐’‡ท๐’†ท๐’€ญ"
May 2003
Down not across

3·5·743 Posts
Default

Quote:
Originally Posted by retina View Post
Welcome to the world of Internet giants where forcing the suckers customers to do what they want is the norm.

No! Let's not force anyone into doing anything. Just have the work dry up and let the user decide if they wish to change work type or quit.
How nice to see someone employing irony.
xilman is offline   Reply With Quote
Old 2020-08-23, 17:36   #5
storm5510
Random Account
 
storm5510's Avatar
 
Aug 2009

72×41 Posts
Default

Quote:
Originally Posted by leonardyan96 View Post
When PRP proof finally gets formally available, traditional first primality tests produced by old clients would become somewhat a waste of horsepower. Would it be sensible to force clients < v30 to DC? Here's some of my thoughts.

Starting from v30 getting released, we can wait during a tolerance period of several months even a year. After that period, when old clients before v30 ask for LL/PRP first test assignments, PrimeNet will return LL/PRP-DC assignments respectively. If one day there's no more exponents for DC, we can still give PM1/ECM to remaining old clients, if there will be any.

Also, when these clients contact the server, maybe PrimeNet could explain why and remind these contributors of upgrading software by returning messages?
The simple solution would be to present a short line of text in the Comm thread of older clients saying LL, LL-DC, and PRP-DC no longer exist. Then, recommend the update to v30. All remaining LL-DC work could be ran as first-time PRP's to generate the certification data. None of this would need to happen until v30 goes "public." That is, being shown as available on Priment's download page. Many users are not forum members. They have no idea any of this is happening.

I know George, a.k.a. "Prime95," is working on solutions for all of this. v30 is a major update. It will take time to work out all of the kinks. The best way to keep up with the revisions is here as they come along.
storm5510 is offline   Reply With Quote
Old 2020-08-24, 08:59   #6
Aramis Wyler
 
Aramis Wyler's Avatar
 
"Bill Staffen"
Jan 2013
Pittsburgh, PA, USA

23×53 Posts
Default

I don't think there is any harm in having the older clients to LLDC work. Running the DCs as PRPs doesn't save us much, and that's a lot of cycles that would be shut off.

I believe there is a fallback work type for most of those versions if there is none of the regular work, so letting the LLFT dry up would automatically trigger LLDCs for anyone who had that or "let primenet decide" as their backup work.

And that would be abiding by the user's wishes, as well.


So to sum up, I think if we simply stop releasing LLFT numbers, most of the <v30 clients will automatically cut over to LLDC which is not a bad thing.
Aramis Wyler is offline   Reply With Quote
Old 2020-08-24, 19:41   #7
S485122
 
S485122's Avatar
 
"Jacob"
Sep 2006
Brussels, Belgium

1,777 Posts
Default

Quote:
Originally Posted by Aramis Wyler View Post
I don't think there is any harm in having the older clients to LLDC work. Running the DCs as PRPs doesn't save us much, and that's a lot of cycles that would be shut off.

I believe there is a fallback work type for most of those versions if there is none of the regular work, so letting the LLFT dry up would automatically trigger LLDCs for anyone who had that or "let primenet decide" as their backup work.

And that would be abiding by the user's wishes, as well.


So to sum up, I think if we simply stop releasing LLFT numbers, most of the <v30 clients will automatically cut over to LLDC which is not a bad thing.
Indeed !
Jacob
S485122 is offline   Reply With Quote
Old 2020-09-02, 11:49   #8
leonardyan96
 
leonardyan96's Avatar
 
"Arashi Chisato"
May 2017
Northern China

1001112 Posts
Default

Quote:
Originally Posted by Aramis Wyler View Post
I don't think there is any harm in having the older clients to LLDC work. Running the DCs as PRPs doesn't save us much, and that's a lot of cycles that would be shut off.

I believe there is a fallback work type for most of those versions if there is none of the regular work, so letting the LLFT dry up would automatically trigger LLDCs for anyone who had that or "let primenet decide" as their backup work.

And that would be abiding by the user's wishes, as well.


So to sum up, I think if we simply stop releasing LLFT numbers, most of the <v30 clients will automatically cut over to LLDC which is not a bad thing.
This consequence is same as what I personally desire.
leonardyan96 is offline   Reply With Quote
Old 2020-09-02, 11:58   #9
leonardyan96
 
leonardyan96's Avatar
 
"Arashi Chisato"
May 2017
Northern China

1001112 Posts
Default

Quote:
Originally Posted by storm5510 View Post
The simple solution would be to present a short line of text in the Comm thread of older clients saying LL, LL-DC, and PRP-DC no longer exist. Then, recommend the update to v30. All remaining LL-DC work could be ran as first-time PRP's to generate the certification data. None of this would need to happen until v30 goes "public." That is, being shown as available on Priment's download page. Many users are not forum members. They have no idea any of this is happening.

I know George, a.k.a. "Prime95," is working on solutions for all of this. v30 is a major update. It will take time to work out all of the kinks. The best way to keep up with the revisions is here as they come along.
What I worry about is that, lots of average participants may never read p95 screen outputs, especially for those clients running on remote servers. The solution described in #6 looks nice.
leonardyan96 is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
NFS@Home errors from clients pinhodecarlos NFS@Home 0 2015-09-30 14:20
Forcing testing of F14[2^(2^14)+1] question jasong PrimeNet 3 2009-07-07 22:31
Thin Clients moo Hardware 0 2006-11-14 06:30
PRP/LLR clients OmbooHankvald Prime Sierpinski Project 11 2005-07-13 21:24
Factoring performance on different clients koekie Software 1 2003-10-16 14:35

All times are UTC. The time now is 23:55.


Mon Jan 24 23:55:28 UTC 2022 up 185 days, 18:24, 0 users, load averages: 2.28, 1.34, 1.18

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2022, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.

โ‰  ยฑ โˆ“ รท ร— ยท โˆ’ โˆš โ€ฐ โŠ— โŠ• โŠ– โŠ˜ โŠ™ โ‰ค โ‰ฅ โ‰ฆ โ‰ง โ‰จ โ‰ฉ โ‰บ โ‰ป โ‰ผ โ‰ฝ โŠ โŠ โŠ‘ โŠ’ ยฒ ยณ ยฐ
โˆ  โˆŸ ยฐ โ‰… ~ โ€– โŸ‚ โซ›
โ‰ก โ‰œ โ‰ˆ โˆ โˆž โ‰ช โ‰ซ โŒŠโŒ‹ โŒˆโŒ‰ โˆ˜ โˆ โˆ โˆ‘ โˆง โˆจ โˆฉ โˆช โจ€ โŠ• โŠ— ๐–• ๐–– ๐–— โŠฒ โŠณ
โˆ… โˆ– โˆ โ†ฆ โ†ฃ โˆฉ โˆช โŠ† โŠ‚ โŠ„ โŠŠ โŠ‡ โŠƒ โŠ… โŠ‹ โŠ– โˆˆ โˆ‰ โˆ‹ โˆŒ โ„• โ„ค โ„š โ„ โ„‚ โ„ต โ„ถ โ„ท โ„ธ ๐“Ÿ
ยฌ โˆจ โˆง โŠ• โ†’ โ† โ‡’ โ‡ โ‡” โˆ€ โˆƒ โˆ„ โˆด โˆต โŠค โŠฅ โŠข โŠจ โซค โŠฃ โ€ฆ โ‹ฏ โ‹ฎ โ‹ฐ โ‹ฑ
โˆซ โˆฌ โˆญ โˆฎ โˆฏ โˆฐ โˆ‡ โˆ† ฮด โˆ‚ โ„ฑ โ„’ โ„“
๐›ข๐›ผ ๐›ฃ๐›ฝ ๐›ค๐›พ ๐›ฅ๐›ฟ ๐›ฆ๐œ€๐œ– ๐›ง๐œ ๐›จ๐œ‚ ๐›ฉ๐œƒ๐œ— ๐›ช๐œ„ ๐›ซ๐œ… ๐›ฌ๐œ† ๐›ญ๐œ‡ ๐›ฎ๐œˆ ๐›ฏ๐œ‰ ๐›ฐ๐œŠ ๐›ฑ๐œ‹ ๐›ฒ๐œŒ ๐›ด๐œŽ ๐›ต๐œ ๐›ถ๐œ ๐›ท๐œ™๐œ‘ ๐›ธ๐œ’ ๐›น๐œ“ ๐›บ๐œ”