Skarfur
|
|
June 26, 2014, 11:54:08 PM |
|
Another thing I have noticed is that even if you lower down the amout of threads running on the EC2's you still keep the same amount of hashrate. You just get more hash/m on each thread instead.
Like on the r3.8xlarge. I got the same amount of hash/m if I was using 8 or 10 threads as when I was using 15 threads.
CPU power... I am maxing out 8 core i7 4770 with only two threads. Yeah.. definitly the main factor when you get past the 15GB mem requirements. How much are you getting from your maxed i7 4770?
|
|
|
|
primer-
Legendary
Offline
Activity: 1092
Merit: 1000
|
|
June 26, 2014, 11:54:42 PM |
|
Another thing I have noticed is that even if you lower down the amout of threads running on the EC2's you still keep the same amount of hashrate. You just get more hash/m on each thread instead.
Like on the r3.8xlarge. I got the same amount of hash/m if I was using 8 or 10 threads as when I was using 15 threads.
CPU power... I am maxing out 8 core i7 4770 with only two threads. Yeah.. definitly the main factor when you get past the 15GB mem requirements. How much are you getting from your maxed i7 4770? 32-37
|
|
|
|
Skarfur
|
|
June 27, 2014, 12:00:56 AM |
|
Another thing I have noticed is that even if you lower down the amout of threads running on the EC2's you still keep the same amount of hashrate. You just get more hash/m on each thread instead.
Like on the r3.8xlarge. I got the same amount of hash/m if I was using 8 or 10 threads as when I was using 15 threads.
CPU power... I am maxing out 8 core i7 4770 with only two threads. Yeah.. definitly the main factor when you get past the 15GB mem requirements. How much are you getting from your maxed i7 4770? 32-37 Nice. Did you try to OC to see what kind of improvements it gives?
|
|
|
|
kedyoon
|
|
June 27, 2014, 02:06:30 AM |
|
where is the exchange?
|
|
|
|
wxyzups
|
|
June 27, 2014, 02:34:48 AM |
|
I lost 1100 ACN, http://minin.gs/acn/Wmsoc1f1EjKVeJceBxg2dGeRMuqUbj6PMabHXwioy2QqUy2vxVqM18LTPibZUknoWHi2RzyzejCF6d1 7FHtz2a6n1bWLVhsec
|
|
|
|
baigreen
|
|
June 27, 2014, 05:22:17 AM Last edit: June 27, 2014, 05:41:44 AM by baigreen |
|
1. Official website 2. Beautiful Logo 3. Exchange request 4. CoinMarketCap add request 5. Can you modify this thread title into :
[ANN] [SHC] ShinyCoin █First ever RAMHOG algo Pow/Pos █ NO ASIC/GPU | Whitepaper | No Premine/IPO
|
|
|
|
PVmining
|
|
June 27, 2014, 05:57:16 AM |
|
Another thing I have noticed is that even if you lower down the amout of threads running on the EC2's you still keep the same amount of hashrate. You just get more hash/m on each thread instead.
Like on the r3.8xlarge. I got the same amount of hash/m if I was using 8 or 10 threads as when I was using 15 threads.
CPU power... I am maxing out 8 core i7 4770 with only two threads. i7 4770 is not a real 8core... 4 cores = 8HT. -t 2 threads should be best option with 32GB ram, so this should be true what our two faced "friend" said I have some i7 4930K with 32gb ram... 6cores = 12HT. -t 2 is the best option and gives 43h/s. I would need more ram to go further.
|
|
|
|
xlcus
Legendary
Offline
Activity: 966
Merit: 1009
|
|
June 27, 2014, 10:20:58 AM |
|
[2014-06-27 18:12:18] Stratum connection timed out [2014-06-27 18:12:18] Stratum connection interrupted
Pool is broken?
|
|
|
|
sandor111
|
|
June 27, 2014, 12:35:50 PM |
|
[2014-06-27 18:12:18] Stratum connection timed out [2014-06-27 18:12:18] Stratum connection interrupted
Pool is broken? Nope, just a little overloaded.
|
|
|
|
primer-
Legendary
Offline
Activity: 1092
Merit: 1000
|
|
June 27, 2014, 01:29:54 PM |
|
[2014-06-27 18:12:18] Stratum connection timed out [2014-06-27 18:12:18] Stratum connection interrupted
Pool is broken? Nope, just a little overloaded. 15000ms latency now...
|
|
|
|
sandor111
|
|
June 27, 2014, 05:16:40 PM |
|
[2014-06-27 18:12:18] Stratum connection timed out [2014-06-27 18:12:18] Stratum connection interrupted
Pool is broken? Nope, just a little overloaded. 15000ms latency now... Should be faster now, made some changes...
|
|
|
|
sandor111
|
|
June 27, 2014, 05:47:05 PM |
|
[2014-06-27 18:12:18] Stratum connection timed out [2014-06-27 18:12:18] Stratum connection interrupted
Pool is broken? Nope, just a little overloaded. 15000ms latency now... Should be faster now, made some changes... Because of the 280 confirmations and the currently small p2p network, it takes a while to send out payments. Just make sure redis does not lose its data under any circumstances or, in case it loses it, it can be recovered from the log file or from a dump. This is the only thing that really worries me about the pool. There are hourly backups for redis.
|
|
|
|
hornyPo
Member
Offline
Activity: 111
Merit: 10
|
|
June 27, 2014, 06:16:55 PM |
|
Can some one please make a guide how to compile shinycoin-qt under Ubuntu and what dependancy must install.
|
BBR: @hornypo
|
|
|
sandor111
|
|
June 27, 2014, 06:39:13 PM |
|
Shinyminer source: https://github.com/siklon/shinyminergit clone https://github.com/siklon/shinyminer cd shinyminer ./autogen.sh ./configure CFLAGS="-Ofast -funroll-loops" make ./minerd -o stratum+tcp://106.3.225.46:6666 -O SWVcv2ByWmriwD4X97bEUhnooHww6qR2at:x -t 1
That's cool! Have you tested it or is this a call for testing? If you mine to a wallet instance instead of that IP, does it work? No its not working. He is working with the dev to fix it. Compiled the source with: "-Ofast -funroll-loops" On an EC2 r3.8xlarge instance (32 cpu vcores, 244GB ram), mines with 15 ramhog threads at ~110 hashes/min (7.3 hashes/min/thread): [2014-06-26 16:03:31] accepted: 1/1 (100.00%), 109.20 hash/m (yay!!!)
Is it good or bad hashrate compared to the boxes you have tried? I have been doing some testing on the EC2 and I found that the smaller Memory optimized instances are more efficient than the larger ones. The r3.8xlarge gives between 107-110 hash/m and costs around 0.256$ The r3.4xlarge gives between 62-65 hash/m and costs around 0.128$ The r3.2xlarge gives between 36-40 hash/m and costs around 0.064$ I didn't check the r3.xlarge as you are limited to 5 instances in each region when you are using spot instances but my guess is that it is even more efficient. You would just need a lot of them to match the larger servers. So clearly 4 x r3.2xlarge would be a better option than 1 x r3.8xlarge in relation to hash per $ as for the same cost you would get 144-160 hash/m while the single r3.8xlarge would only give you 107-110 hash/m Hope this helps I tested them all. It is exactly as you say. r3.2xlarge is the most efficient box taking into account the spot instance limits. I forgot, add flag -march=native to get a processor specific binary, should be faster.
|
|
|
|
sandor111
|
|
June 27, 2014, 09:15:10 PM Last edit: June 27, 2014, 09:44:25 PM by sandor111 |
|
Pool got really unlucky, we missed the block diff by like 10-20% 7 times in a row Edit: quick pool maintenance... - And we are back up!
|
|
|
|
xlcus
Legendary
Offline
Activity: 966
Merit: 1009
|
|
June 27, 2014, 10:24:10 PM |
|
Pool got really unlucky, we missed the block diff by like 10-20% 7 times in a row Edit: quick pool maintenance... - And we are back up!
I can't understand what happened. Something is wrong between block 2123 and 2157
|
|
|
|
baigreen
|
|
June 27, 2014, 10:30:43 PM |
|
Does anybody think this title will be better? ? [ANN] [SHC] ShinyCoin █First ever RAMHOG algo Pow/Pos █ NO ASIC/GPU | Whitepaper | No Premine/IPO
|
|
|
|
Skarfur
|
|
June 27, 2014, 10:43:41 PM |
|
Seems like something is wrong with the online wallet. Doesn't show any status, just looks like its loading the balance but does not complete it.
|
|
|
|
|
baigreen
|
|
June 27, 2014, 11:44:57 PM |
|
IMO, it would be better to try to add the coin to a small exchanger. The trade threading is needed while there is no exchanges~~~
|
|
|
|
|