primer-
Legendary
Offline
Activity: 1092
Merit: 1000
|
|
January 19, 2014, 07:53:45 PM |
|
|
|
|
|
spencers
Newbie
Offline
Activity: 1
Merit: 0
|
|
January 20, 2014, 04:43:56 PM |
|
Hi all. It seems that the binaries hit something at virustotal.com. Has anyone looked into that before?
libgmp-10.dll TROJ_GEN.F47V1213, WS.Reputation.1 primecoin-qt.exe WS.Reputation.1, TROJ_GEN.F47V1123
|
|
|
|
bengtåke
Sr. Member
Offline
Activity: 309
Merit: 250
confused developer
|
|
January 20, 2014, 04:52:23 PM |
|
Hi all. It seems that the binaries hit something at virustotal.com. Has anyone looked into that before?
libgmp-10.dll TROJ_GEN.F47V1213, WS.Reputation.1 primecoin-qt.exe WS.Reputation.1, TROJ_GEN.F47V1123
Thats likely a false positive because of botnets (not sure why that'd affect the qt-client though).
|
BTC: 1HoDKDn6Gk7mggAhbRVA1T9UAU8kFAA6sy
|
|
|
Trillium
|
|
January 21, 2014, 04:37:54 AM |
|
You can scan almost ANYTHING on virustotal and get 1-2 hits. Try uploading any popular program.
|
BTC:1AaaAAAAaAAE2L1PXM1x9VDNqvcrfa9He6
|
|
|
MadHasher
Newbie
Offline
Activity: 30
Merit: 0
|
|
January 23, 2014, 09:11:49 PM Last edit: January 24, 2014, 12:29:08 AM by MadHasher |
|
Hi,
I've been reading this thread looking for some indication of performance but haven't come across nothing useful. I currently own a few machines and have been testing an AMD Athlon 64 X2 @ 2.6GHz, which gets me 0.012 chains/day. From what I've read some people seem to be able to get much more than that, though I'm unsure if that number is related or not to the current difficulty.
Am I missing something or is current performance on this order of magnitude? I'm using this miner with default parameters, compiled myself.
Guidance is greatly appreciated. Thanks.
|
|
|
|
Prima Primat
Member
Offline
Activity: 117
Merit: 10
|
|
January 24, 2014, 10:18:36 AM |
|
Hi,
I've been reading this thread looking for some indication of performance but haven't come across nothing useful. I currently own a few machines and have been testing an AMD Athlon 64 X2 @ 2.6GHz, which gets me 0.012 chains/day. From what I've read some people seem to be able to get much more than that, though I'm unsure if that number is related or not to the current difficulty.
Am I missing something or is current performance on this order of magnitude? I'm using this miner with default parameters, compiled myself.
Guidance is greatly appreciated. Thanks.
Your chains/day is fine. And yes, it is related to the difficulty because now we're looking for chains of 10 prime numbers, whereas previously it was 9.
|
|
|
|
Trillium
|
|
January 24, 2014, 01:27:56 PM |
|
Hi,
I've been reading this thread looking for some indication of performance but haven't come across nothing useful. I currently own a few machines and have been testing an AMD Athlon 64 X2 @ 2.6GHz, which gets me 0.012 chains/day. From what I've read some people seem to be able to get much more than that, though I'm unsure if that number is related or not to the current difficulty.
Am I missing something or is current performance on this order of magnitude? I'm using this miner with default parameters, compiled myself.
Guidance is greatly appreciated. Thanks.
Your chains/day is fine. And yes, it is related to the difficulty because now we're looking for chains of 10 prime numbers, whereas previously it was 9. Specifically, chainsperday refers only to the integer (whole number) part of the current difficulty value. It does not reflect the current fractional ('decimal') part of the difficulty value. You can casually say that, you could take the chainsperday value that you are shown, and multiply it by the fractional difficulty part to get rough estimate of how many blocks you might find per day, assuming no variance. But as diff gets higher and higher, the "no variance" thing becomes more and more meaningless as you stare at your computer for weeks wondering why you haven't found a block yet. (The human brain is terrible at statistically interpreting infrequently occurring events over long time scales without bias). The precise calculations are a few pages back, have a look at mikaelh's recent posts.
|
BTC:1AaaAAAAaAAE2L1PXM1x9VDNqvcrfa9He6
|
|
|
MadHasher
Newbie
Offline
Activity: 30
Merit: 0
|
|
January 24, 2014, 03:51:23 PM |
|
Thank you both for your input. Wanted to make sure I wasn't doing anything wrong.
Best regards
|
|
|
|
cell.md
Member
Offline
Activity: 104
Merit: 10
|
|
January 25, 2014, 12:57:21 PM |
|
Hi ALL. I've got some resources on a private cloud. Around of 40x CPU. For now, I've created 2 VM with 20x core each. But my question is: maybe will be a better solution to create, for example, 20 VM with 2x core each? Will this influent in someway on probability to find blocks? Or leave as is, with 20x core on 2 VM?
|
|
|
|
primer-
Legendary
Offline
Activity: 1092
Merit: 1000
|
|
January 25, 2014, 04:10:45 PM |
|
Hi ALL. I've got some resources on a private cloud. Around of 40x CPU. For now, I've created 2 VM with 20x core each. But my question is: maybe will be a better solution to create, for example, 20 VM with 2x core each? Will this influent in someway on probability to find blocks? Or leave as is, with 20x core on 2 VM?
Luck is a big factor in primecoin mining, why dont you run 10x2cpu instances on one acc and 2x8cpu + 1x4cpu on the other and let us know which one found more blocks.
|
|
|
|
cell.md
Member
Offline
Activity: 104
Merit: 10
|
|
January 25, 2014, 07:36:46 PM |
|
Hi ALL. I've got some resources on a private cloud. Around of 40x CPU. For now, I've created 2 VM with 20x core each. But my question is: maybe will be a better solution to create, for example, 20 VM with 2x core each? Will this influent in someway on probability to find blocks? Or leave as is, with 20x core on 2 VM?
Luck is a big factor in primecoin mining, why dont you run 10x2cpu instances on one acc and 2x8cpu + 1x4cpu on the other and let us know which one found more blocks. Because I was thinking what here are some math-guys who can explain in term of probability (or so) which way are more efficient one-two big or a lot of small. Experimentally I will do it by myself(someday), but was hoping for some shortcuts
|
|
|
|
Trillium
|
|
January 26, 2014, 01:02:08 AM |
|
Hi ALL. I've got some resources on a private cloud. Around of 40x CPU. For now, I've created 2 VM with 20x core each. But my question is: maybe will be a better solution to create, for example, 20 VM with 2x core each? Will this influent in someway on probability to find blocks? Or leave as is, with 20x core on 2 VM?
Luck is a big factor in primecoin mining, why dont you run 10x2cpu instances on one acc and 2x8cpu + 1x4cpu on the other and let us know which one found more blocks. Because I was thinking what here are some math-guys who can explain in term of probability (or so) which way are more efficient one-two big or a lot of small. Experimentally I will do it by myself(someday), but was hoping for some shortcuts It comes down to how the VMs are implemented on the servers (physical hardware). If you are unsure, best to run single-core instances.
|
BTC:1AaaAAAAaAAE2L1PXM1x9VDNqvcrfa9He6
|
|
|
cell.md
Member
Offline
Activity: 104
Merit: 10
|
|
January 27, 2014, 06:56:11 PM |
|
Hi ALL. I've got some resources on a private cloud. Around of 40x CPU. For now, I've created 2 VM with 20x core each. But my question is: maybe will be a better solution to create, for example, 20 VM with 2x core each? Will this influent in someway on probability to find blocks? Or leave as is, with 20x core on 2 VM?
Luck is a big factor in primecoin mining, why dont you run 10x2cpu instances on one acc and 2x8cpu + 1x4cpu on the other and let us know which one found more blocks. Because I was thinking what here are some math-guys who can explain in term of probability (or so) which way are more efficient one-two big or a lot of small. Experimentally I will do it by myself(someday), but was hoping for some shortcuts It comes down to how the VMs are implemented on the servers (physical hardware). If you are unsure, best to run single-core instances. By implement, you mean hypervisor? It's Vmware Esxi.
|
|
|
|
Supercomputing
|
|
January 30, 2014, 06:18:08 AM |
|
Hi ALL. I've got some resources on a private cloud. Around of 40x CPU. For now, I've created 2 VM with 20x core each. But my question is: maybe will be a better solution to create, for example, 20 VM with 2x core each? Will this influent in someway on probability to find blocks? Or leave as is, with 20x core on 2 VM?
Luck is a big factor in primecoin mining, why dont you run 10x2cpu instances on one acc and 2x8cpu + 1x4cpu on the other and let us know which one found more blocks. Because I was thinking what here are some math-guys who can explain in term of probability (or so) which way are more efficient one-two big or a lot of small. Experimentally I will do it by myself(someday), but was hoping for some shortcuts It comes down to how the VMs are implemented on the servers (physical hardware). If you are unsure, best to run single-core instances. By implement, you mean hypervisor? It's Vmware Esxi. The ratio of physical cores to virtual cores (vCPU). Ideally, you want a one-to-one ratio with low hypervisor overhead.
|
|
|
|
cell.md
Member
Offline
Activity: 104
Merit: 10
|
|
January 30, 2014, 09:07:28 AM |
|
Hi ALL. I've got some resources on a private cloud. Around of 40x CPU. For now, I've created 2 VM with 20x core each. But my question is: maybe will be a better solution to create, for example, 20 VM with 2x core each? Will this influent in someway on probability to find blocks? Or leave as is, with 20x core on 2 VM?
Luck is a big factor in primecoin mining, why dont you run 10x2cpu instances on one acc and 2x8cpu + 1x4cpu on the other and let us know which one found more blocks. Because I was thinking what here are some math-guys who can explain in term of probability (or so) which way are more efficient one-two big or a lot of small. Experimentally I will do it by myself(someday), but was hoping for some shortcuts It comes down to how the VMs are implemented on the servers (physical hardware). If you are unsure, best to run single-core instances. By implement, you mean hypervisor? It's Vmware Esxi. The ratio of physical cores to virtual cores (vCPU). Ideally, you want a one-to-one ratio with low hypervisor overhead. It's 1:1. I know that because I'm managing the virtual environment by myself. Also, a pair of core is not used on that server, to compensate overhead.
|
|
|
|
primer-
Legendary
Offline
Activity: 1092
Merit: 1000
|
|
February 01, 2014, 12:34:05 AM |
|
Unable to compile latest beta :
main.cpp: In member function ‘CBigNum CBlockIndex::GetBlockWork() const’: main.cpp:2229: error: ‘nWorkTransitionRatioLog’ was not declared in this scope make: *** [obj/main.o] Error 1
seems to be a problem with commit 6e8855b1fd7bfcb610dd1090bbf334bd639a3a9a
|
|
|
|
mikaelh (OP)
|
|
February 01, 2014, 01:19:15 AM |
|
Oh yeah, I forgot to add prime.h to the commit. It's fixed now. It was a problem with commit b6a92cd8b9.
|
|
|
|
primer-
Legendary
Offline
Activity: 1092
Merit: 1000
|
|
February 01, 2014, 02:01:31 AM |
|
Oh yeah, I forgot to add prime.h to the commit. It's fixed now. It was a problem with commit b6a92cd8b9.
Works now, thanks. Any plans to include xpm protocol functionality into the wallet so we can use it as a hub ? Having to download the entire blockchain on every node is a pain ... plus it would allow us to experiment with current pool miners, jhprimeminer, xolominer, etc..
|
|
|
|
mikaelh (OP)
|
|
February 01, 2014, 10:23:30 AM |
|
Oh yeah, I forgot to add prime.h to the commit. It's fixed now. It was a problem with commit b6a92cd8b9.
Works now, thanks. Any plans to include xpm protocol functionality into the wallet so we can use it as a hub ? Having to download the entire blockchain on every node is a pain ... plus it would allow us to experiment with current pool miners, jhprimeminer, xolominer, etc.. No plans for that currently. I've been hoping that the stand-alone miner devs would eventually implement either getwork or getblocktemplate (GBT). GBT is working and getwork should be fixed but I haven't tried it. There's a few forks of jhPrimeminer out there that do that but it looks like the code hasn't spread to the more popular forks. Also, I don't know the specs of the pool protocols so I don't know exactly what the advantages are.
|
|
|
|
primer-
Legendary
Offline
Activity: 1092
Merit: 1000
|
|
February 01, 2014, 10:33:34 AM |
|
Oh yeah, I forgot to add prime.h to the commit. It's fixed now. It was a problem with commit b6a92cd8b9.
Works now, thanks. Any plans to include xpm protocol functionality into the wallet so we can use it as a hub ? Having to download the entire blockchain on every node is a pain ... plus it would allow us to experiment with current pool miners, jhprimeminer, xolominer, etc.. No plans for that currently. I've been hoping that the stand-alone miner devs would eventually implement either getwork or getblocktemplate (GBT). GBT is working and getwork should be fixed but I haven't tried it. There's a few forks of jhPrimeminer out there that do that but it looks like the code hasn't spread to the more popular forks. Also, I don't know the specs of the pool protocols so I don't know exactly what the advantages are. I have spoken to both Aerocloud and clintar. Offered a .5 btc bounty for implementing solo mining capabilities. They refused. I think they both have a deal with the pool owners preventing them from releasing solo miners. If anyone reading this knows xpt protocol and can implement it into the original wallet let us know, i am sure more people will chime in to increase the bounty.
|
|
|
|
|