1785
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: ethminer-0.9.41-genoil-1.1
|
on: May 25, 2016, 04:33:48 AM
|
I just ran a little test on both Nvidia (CUDA) and AMD (OpenCL) where I switched between current and next DAG every 5 blocks. No problems whatsoever. I don't have a multi-card rig, but I don't see how that should be any different, other than maybe a bit of clutter in the log output while changing DAGs.
Unfortunately DAGs are created so fast that the custom pcie bus we are running all these GPUs on is getting overloaded and the OpenCL calls hang. I guess I got lucky and it started the first time but quickly crashed. The only way to solve this issue is to implement the same serialization fix claymour did on his miner (i.e. generate DAGs one by one serially, and any OpenCL calls have to have a delay in them (especially when new work is pushed to all the GPUs). Unfortunately I don't think thats an easy fix with ethminer and how threaded it is. FYI this wont effect most users running less than 6 GPUs This on 1.1 i assume. There's not so much going over the bus, just about 50-100MB of DAG cache. When did it actually crash? During DAG generation or during mining? Because when mining, it;s not really that much different from 1.0.8, other than some code commented out. It must be something else then this, perhaps removing all this DAG crap opened up another weird ethminer bug. no i have debugged the issues extensively and confirmed its a bug with how fglrx makes openCL calls with multiple GPUs (and its made worse with bridges we use). Here is an example of where it usually crashes [OPENCL]:Printing program log [OPENCL]: [OPENCL]:Creating cache buffer [OPENCL]:Creating DAG buffer [OPENCL]:Loading kernels [OPENCL]:Writing cache buffer 0% 67% [OPENCL]:Creating buffer for header. [OPENCL]:Creating mining buffer 0 [OPENCL]:Creating mining buffer 1 [OPENCL]:Generating DAG data 8% 42% 25% 50% 33% 67% 8% 75% 17% 0% 50% 33% 58% 42% 75% 17% 83% 25% 8% 92% 58% 42% 50% 67% 83% 25% 92% 33% 17% 67% 50% 58% 75% 33% 42% 25% 75% 58% 67% 83% 92% 42% 50% 33% 83% ℹ 15:06:03|gpuminer0 set work to: #6a82dd23, target #0000000112e0be82 67% 92% 75% 50% 58% ℹ 15:06:03|gpuminer1 set work to: #6a82dd23, target #0000000112e0be82 42% 75% 83% 92% 58% 67% 50% ℹ 15:06:03|gpuminer2 set work to: #6a82dd23, target #0000000112e0be82 83% ℹ 15:06:04|gpuminer3 set work to: #6a82dd23, target #0000000112e0be82 92% 67% 75% 58% 75% 83% 67% 92% 83% 75% 92% 83% 92%
As you can see there is way to much I/O going on between 9 GPUs in short amount of time, which causes the openCL call hangs. The only fix until AMD decides to revamp the AMDGPU drivers is to serialize the OpenCL calls and make sure they don't overlap between GPUs.
|
|
|
1786
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: ethminer-0.9.41-genoil-1.1
|
on: May 24, 2016, 07:13:45 PM
|
I just ran a little test on both Nvidia (CUDA) and AMD (OpenCL) where I switched between current and next DAG every 5 blocks. No problems whatsoever. I don't have a multi-card rig, but I don't see how that should be any different, other than maybe a bit of clutter in the log output while changing DAGs.
Unfortunately DAGs are created so fast that the custom pcie bus we are running all these GPUs on is getting overloaded and the OpenCL calls hang. I guess I got lucky and it started the first time but quickly crashed. The only way to solve this issue is to implement the same serialization fix claymour did on his miner (i.e. generate DAGs one by one serially, and any OpenCL calls have to have a delay in them (especially when new work is pushed to all the GPUs). Unfortunately I don't think thats an easy fix with ethminer and how threaded it is. FYI this wont effect most users running less than 6 GPUs
|
|
|
1787
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: ethminer-0.9.41-genoil-1.1
|
on: May 24, 2016, 06:50:22 PM
|
1.1 pre-release is out: https://github.com/Genoil/cpp-ethereum/tree/110/- no more DAG files (both CUDA/OpenCL) - CUDA Compute 2.0 support is back It looks like it's all working but I'm releasing early so you can help me test. Don't forget to remove your -E and -R params, that is all gone now. CPU util seems down, RAM usage down of course. CPU validation is still in there, using the light cache. no devfee, but do send me some ETH if you like it awesome job! If this proves to be stable wont need claymour's miner to run my 9-10 GPU rigs will definitely send some eth your way! ℹ 14:46:38|stratum Received new job #f89025a1 ℹ 14:46:38|gpuminer0 set work to: #f89025a1, target #0000000112e0be82 ℹ 14:46:38|gpuminer1 set work to: #f89025a1, target #0000000112e0be82 ℹ 14:46:38|gpuminer2 set work to: #f89025a1, target #0000000112e0be82 ℹ 14:46:38|gpuminer3 set work to: #f89025a1, target #0000000112e0be82 ℹ 14:46:38|gpuminer4 set work to: #f89025a1, target #0000000112e0be82 ℹ 14:46:38|gpuminer5 set work to: #f89025a1, target #0000000112e0be82 ℹ 14:46:38|gpuminer6 set work to: #f89025a1, target #0000000112e0be82 ℹ 14:46:38|gpuminer7 set work to: #f89025a1, target #0000000112e0be82 ℹ 14:46:38|gpuminer8 set work to: #f89025a1, target #0000000112e0be82 m 14:46:39|ethminer Mining on PoWhash #f89025a1 : 221.06MH/s [A25+0:R0+0:F0] m 14:46:41|ethminer Mining on PoWhash #f89025a1 : 189.79MH/s [A25+0:R0+0:F0] m 14:46:43|ethminer Mining on PoWhash #f89025a1 : 189.79MH/s [A25+0:R0+0:F0] m 14:46:45|ethminer Mining on PoWhash #f89025a1 : 189.79MH/s [A25+0:R0+0:F0]
|
|
|
1788
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Claymore's Dual Ethereum+Decred GPU Miner v4.3 (Windows/Linux)
|
on: May 20, 2016, 06:45:24 PM
|
So probability is not the only thing that matters.
Sorry, but your wrong. Probability is all that matters, and regardless what you think or see in the short term does not matter, so your point is not valid. Regardless of whether your solo or pool mining, the def fee wont change hard math. Over time, If you solo mine 100 blocks, 1 block will be missed due to the dev fee on average. If your on the pool your hashrate will be shown 1% less on average.
|
|
|
1789
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Claymore's Dual Ethereum+Decred GPU Miner v4.3 (Windows/Linux)
|
on: May 19, 2016, 08:56:12 PM
|
Also someone that know curl explain why telnet localhost 3333 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. {"id":0,"jsonrpc":"2.0","method":"miner_getstat1"} works to get a response, but curl -i -X POST --data '{"id":0,"jsonrpc":"2.0","method":"miner_getstat1"}' http://localhost:3333does not work? Im not that great with curl so not sure if I formatted that request right. My guess is that CDM doesn't like the HTTP headers that curl sends. I'd recommend using nc ( https://en.wikipedia.org/wiki/Netcat) instead. Nice, this works: echo '{"id":0,"jsonrpc":"2.0","method":"miner_getstat1"}' | nc localhost 3333 this dumps the raw json output so it can easily be used in a bash script in linux to do fun things
|
|
|
1790
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Claymore's Dual Ethereum+Decred GPU Miner v4.3 (Windows/Linux)
|
on: May 19, 2016, 08:16:19 PM
|
Claymore can you format your json output with key value pairs? Current output is very hard to parse and get individual values. {"id": 0, "result": ["4.3", "8", "93479;11;0", "18352;18914;18191;18809;19210", "0;0;0", "0;0;0;0;0", "67;53;66;50;66;48;56;61;60;56", "us1.ethpool.org:3333"], "error": null} something like result.eth_mh would be great to get just the hashrate value for example. Also someone that know curl explain why telnet localhost 3333 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. {"id":0,"jsonrpc":"2.0","method":"miner_getstat1"} works to get a response, but curl -i -X POST --data '{"id":0,"jsonrpc":"2.0","method":"miner_getstat1"}' http://localhost:3333does not work? Im not that great with curl so not sure if I formatted that request right.
|
|
|
1794
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] FutureBit MoonLander: A Modern and Efficient Scrypt USB Stick Miner!
|
on: May 10, 2016, 08:21:43 PM
|
Hi guys, Awesome job jstefanop. Is this still available for purchase?
Im sold out of the last batch...my resellers Asicpuppy and holybitcoin (bitshopper.de if your in europe) might still have a few left. Are you working on new chip units or is that still an issue with getting the chips at a correct price? Chip is no longer produced and its a bit outdate now. Im developing a new miner based on the A4 chip that will probably be ready in a month or two.
|
|
|
1796
|
Bitcoin / Hardware / Re: Bitfury: "16nm... sales to public start shortly"
|
on: May 06, 2016, 08:11:00 PM
|
So May and nothing?? Do these companies even care about saving any little shred of their reputation that is left? Anyway seems like they are having some big problems with their 16nm chip and are now trying to distance themselves from being just a "mining company" with their recent announcements.
|
|
|
1798
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: [ANN] FutureBit MoonLander: A Modern and Efficient Scrypt USB Stick Miner!
|
on: May 02, 2016, 06:39:32 PM
|
it seems 2 of my sticks are holding me back. i can run 6 of them at 320 @ .9v with only 1 or 2 hwe per hour and they are spot on the rated speed.. 320x2.77= 886.4 if i add the other 2 they produce about 10 or so hwe per minute and they only run around 500kh/s lowering those 2 to around 256 make them happy. there doesnt seem to be a way to set those 2 at 256 while the others are at 320 on the same hub. Check out the FAQ, instructions are there and about every other question people keep asking over and over
|
|
|
1799
|
Bitcoin / Bitcoin Discussion / Re: Satoshi is revealed and nobody here cares about this??
|
on: May 02, 2016, 05:55:12 PM
|
Out of curiosity, where are these 1 million bitcoins everyone is scared about. Is there really an address with 1 mill bitcoins, or there were a million bitcoins mined by satoshi in the early days that are unaccounted for? (and if thats the case why are people so concerned since they were probably sold and redistributed a long time ago?).
|
|
|
|