Jean_Luc (OP)
|
|
May 24, 2020, 02:47:00 PM |
|
Hi there @etar I checked the client and server and I didn't manage to reproduce the issue. If I break the network at the client side, the server close the connection after the timeout (5min) and when the client goes back it reconnect. But I will add a http like connection mode and a way to set up the send period. There is way to do that by setting the CLIENT_TIMEOUT to 3 sec and the SEND period to 10 sec for instance. You get the following output but it works. Client side: [180.22 MK/s][GPU 180.22 MK/s][Count 2^29.99][08s][Server OK] RecvFromServer(Status): Software caused connection abort [140.52 MK/s][GPU 140.52 MK/s][Count 2^31.07][18s][Server OK] RecvFromServer(Status): Software caused connection abort [140.34 MK/s][GPU 140.34 MK/s][Count 2^31.68][28s][Server OK] RecvFromServer(Status): Software caused connection abort [141.10 MK/s][GPU 141.10 MK/s][Count 2^32.11][38s][Server OK] Server side: Closing connection with 127.0.0.1:64273 [Client 0][DP Count 2^19.11/2^21.05][Dead 0][41s][19.2/49.5MB] Closing connection with 127.0.0.1:64274 [Client 0][DP Count 2^19.70/2^21.05][Dead 0][51s][28.0/60.7MB] Closing connection with 127.0.0.1:64275 @zielar wow, 460000Mkeys/s, really ? #110 should be solved tomorrow...
|
|
|
|
PietCoin97
Jr. Member
Offline
Activity: 91
Merit: 3
|
|
May 24, 2020, 02:56:45 PM |
|
Hello Jean Luc
Hope you had nice holiday.
When you will publish a first release for multi pubKey support?
|
|
|
|
zielar
|
|
May 24, 2020, 04:05:23 PM |
|
I have currently engaged a total power of 460000Mkeys/s. #110 I have at the moment [DP Count 2^26.87 / 2^27.55]
The Pollard's kangaroo ECDLP solver needs on average about 2*(2^(109/2)) = 2^55.5 steps to retrieve this private key, with a total power of 460000Mkeys/s = 2^38.8 steps/sec it would take 2^16.7 seconds, about 30 hours. With the same power, for the key #115 (114 bit) it would take 2^19.2 seconds, about 170 hours (7 days). Thank you very much for the specific (as always) conversion of your power into the required time to solve :-) This is really huge power! ) Is it like 300-400 cards Tesla V100 / GTX 2080ti ?
That's right ... It's the result of combining the power of Tesla V100 and 2080Ti. wow, 460000Mkeys/s, really ? #110 should be solved tomorrow...
If I really get the solution after reaching 2^27.55 - it will actually happen tomorrow. At the moment I am on level 2^27.03
Jean_Luc in earlier posts I read that the mechanism that proposes the best DP value to perform the selected task requires refinement, yes? My question is: what DP value will best be used for #115 for V100 and 2080Ti cards? I have ~400GB RAM and 2TB of disk space available
|
If you want - you can send me a donation to my BTC wallet address 31hgbukdkehcuxcedchkdbsrygegyefbvd
|
|
|
PietCoin97
Jr. Member
Offline
Activity: 91
Merit: 3
|
|
May 24, 2020, 04:24:08 PM |
|
@Zielar
do you use this power from your company or have you so much money for rent so much power or do you have miningfarm ?
|
|
|
|
|
zielar
|
|
May 24, 2020, 04:41:06 PM |
|
@Zielar
do you use this power from your company or have you so much money for rent so much power or do you have miningfarm ?
V100s - company 2080Ti - private farm
|
If you want - you can send me a donation to my BTC wallet address 31hgbukdkehcuxcedchkdbsrygegyefbvd
|
|
|
dextronomous
|
|
May 24, 2020, 04:57:26 PM |
|
first all the luck to zielar, the man's here since way back, one of the early finders of them keys. nice job man,
so just trying to relate to the facts.
jeanluc has written that great software that no one else has done, and this started on gpu with the alek's version around first of all great thanks to all that, r e s p e c t
btw anyone using one of these.
Full Cloud Tpu v2 pod more then 200x faster then 1 v100 gpu TPU v2 Pod is 27 times faster than the machine with 8 NVIDIA Tesla V100 in n1 - standard - 64 Google Cloud VM, the total calculation cost is It is 38% lower than that.
|
|
|
|
Jean_Luc (OP)
|
|
May 24, 2020, 05:12:01 PM |
|
Thanks Yes my holidays in the mountains was vey good Jean_Luc in earlier posts I read that the mechanism that proposes the best DP value to perform the selected task requires refinement, yes? My question is: what DP value will best be used for #115 for V100 and 2080Ti cards? I have ~400GB RAM and 2TB of disk space available
The best choice should be made taking into account the total number of kangaroos. You have to choose nbKangaroo*2^(dpbit) the smallest possible comparing to 2^58.5. If you have 400GB of RAM, choose dpbit to have an expected RAM of 200GB max.
|
|
|
|
zielar
|
|
May 24, 2020, 07:13:16 PM |
|
Damn it will hit me soon! The server application is currently restarting every 5 minutes, which means that I start from the same place all the time :/
|
If you want - you can send me a donation to my BTC wallet address 31hgbukdkehcuxcedchkdbsrygegyefbvd
|
|
|
Etar
|
|
May 24, 2020, 07:27:59 PM |
|
Damn it will hit me soon! The server application is currently restarting every 5 minutes, which means that I start from the same place all the time :/
-snip-
not from the same place, server just restart kangaroo, all DP points are safe and continue grow. The larger the DP counter, the slower it counts - this is natural
|
|
|
|
zielar
|
|
May 24, 2020, 07:32:35 PM |
|
That's right, but notice that I have a progress record saved to the file every 10 minutes, and the server disconnects every 1-5 minutes so I start from the last dump, so still from the same place. In addition, I can see that after restart it starts again at 27.22, where there is more before restarting.
|
If you want - you can send me a donation to my BTC wallet address 31hgbukdkehcuxcedchkdbsrygegyefbvd
|
|
|
Etar
|
|
May 24, 2020, 07:34:20 PM |
|
That's right, but notice that I have a progress record saved to the file every 10 minutes, and the server disconnects every 1-5 minutes so I start from the last dump, so still from the same place
if server restart every 5 minutes change write interval to 3 minutes. I think for your server it is not a problem.
|
|
|
|
Jean_Luc (OP)
|
|
May 24, 2020, 07:36:50 PM |
|
Arg, Hope there is no problem with a file bigger that 4GB ! The last save work printed a wrong size. Do not restart clients and restart the server without the -w option.
|
|
|
|
zielar
|
|
May 24, 2020, 07:42:47 PM |
|
Yes, the dump file currently has 4.64GB and it takes about 30 seconds to reboot when restarting, and about the time it takes to write). If I set the record every three minutes - it's still 2 minutes of work which significantly increases the time. I am writing about this because to further levels this can be a bothersome problem. I removed -w from the command line and we'll see what the effect will be.
EDIT: soooo baaaad...
|
If you want - you can send me a donation to my BTC wallet address 31hgbukdkehcuxcedchkdbsrygegyefbvd
|
|
|
Etar
|
|
May 24, 2020, 07:45:49 PM |
|
Arg, Hope there is no problem with a file bigger that 4GB ! The last save work printed a wrong size. Do not restart clients and restart the server without the -w option.
I use my version of server client app and do not get shutdown server. I'm not sure that it will be useful to you with your dp size. I use DP=31 and for ex. rig 8x2080ti send file 1.6Gb every 2h, rig 6x2070 around 700mb every 2h with your size DP=28 file should be 8 times more. Any way if somebody interesting in app i can public here my code for purebasic.(for Windows OS x64)
|
|
|
|
Jean_Luc (OP)
|
|
May 24, 2020, 07:56:40 PM |
|
@zielar Did you use the original server or a modified version ? Could you also do a -winfo on the save28.work ?
|
|
|
|
WanderingPhilospher
Full Member
Offline
Activity: 1120
Merit: 235
Shooters Shoot...
|
|
May 24, 2020, 08:07:30 PM |
|
Arg, Hope there is no problem with a file bigger that 4GB ! The last save work printed a wrong size. Do not restart clients and restart the server without the -w option.
Server is fine. I have over 8GB file that I am reading and rewriting to.
|
|
|
|
Etar
|
|
May 24, 2020, 08:09:59 PM |
|
Server is fine. I have over 8GB file that I am reading and rewriting to.
Not for windows. In windows server crashed without any error and randomly in time. Only if there wiil be 1 connection server don`t crashed.
|
|
|
|
WanderingPhilospher
Full Member
Offline
Activity: 1120
Merit: 235
Shooters Shoot...
|
|
May 24, 2020, 08:11:44 PM |
|
Server is fine. I have over 8GB file that I am reading and rewriting to.
Not for windows. In windows server crashed without any error and randomly in time. Only if there wiil be 1 connection server don`t crashed. All I use is Windows...using the original server/server code from Jean Luc.
|
|
|
|
WanderingPhilospher
Full Member
Offline
Activity: 1120
Merit: 235
Shooters Shoot...
|
|
May 24, 2020, 08:13:59 PM |
|
Yes, the dump file currently has 4.64GB and it takes about 30 seconds to reboot when restarting, and about the time it takes to write). If I set the record every three minutes - it's still 2 minutes of work which significantly increases the time. I am writing about this because to further levels this can be a bothersome problem. I removed -w from the command line and we'll see what the effect will be.
EDIT: soooo baaaad... What config is your server? CPU, RAM, etc?
|
|
|
|
|