This morning I received the following error qtminer error Creating one big buffer for the DAG Allocating/mapping single buffer failed with: clCreateBuffer(-61). GPU can't allocate the DAG in a single chunk. Bailing. clEnqueueWriteBuffer(-38) I can not start my rig with 5 mixed GPU 3 R9 270x/2g 1 R9 380/2g 1R9 280X/3g ram -win7 64bit driver ver 9.14.10.01162 Crimson 15.12 4Gb Ram on pc qtminer.exe -s eu1.ethpool.org:3333 -u xxx -G --no-precompute I tried this GPU_USE_SYNC_OBJECTS 1 GPU_MAX_ALLOC_PERCENT=95 GPU_MAX_ALLOC_PERCENT=98 GPU_MAX_ALLOC_PERCENT=100 Nothing works the same error, until this morning all has gone well Help I do not know what else to do
but it is very strange I have another pc with 3 R9 380/2gb ram + 7950 /3gb ram wich works correctly with only 4 gb ram on motherboard same config as the PC with problem ...i do not know what to think anymore
On ethpool, which is the most accurate number for hours to wait for a block-on the front page of your account or on the Credits list?
Intuitively, both numbers should be identical, but the number on Credits list looks more accurate while the number on the account is 5-6 hours ahead (too optimistic).
@Biodom I * think* the estimate on the account page is based on the current network difficulty, while the credit page estimate is based on the current credits of the top miner.
@ruhigesPferd The network difficult has been rising, as more miners start mining. I'm talking about the whole Ethereum network, not just this pool. As the difficulty rises, hour-to-hour, day-to-day, it takes longer to mine a block, regardless of whether you're mining solo or mining on any of the pools. That's the way it goes.
@ruhigesPferd Credit is the most relevant number. Yesterday you had to have ~21.3 t credits to get paid. Numbers on the account page are not very accurate as they tend to change a lot due to difficulty rising, luck changing, miner output changing, etc If you are a small miner you will undergo frantic movement back and forth as you approach the summit as gigantic miners (one is 14 GH-a whale!) are coming from below with high speed and bypass you, but at some point you'll get paid-it is inevitable as you accumulate credits. once you are firmly in the last 20 or so, don't even bother looking at your account page, just follow the credits page.
@MrYukonC@dr_pra I second that re better than solo. In solo I twice got just the uncle, no block. here i've got >8.5 in one go. thanks, @dr_pra
Yep, I definitely think ethpool is better than solo. There's a reason the 14 GH/s behemoth is mining on ethpool rather than solo. Several 6 GH/s rigs now, too.
Re 14Gh/s "whale"...everytime I see it climbing the list from the deep I think of "Moby Dick" (the book, of course), and most of our rigs are just tiny boats on the surface.
@o0ragman0o Pretty sure that FBB address is an exchange wallet or something. Curious that it sends money to the known miningpoolhub address occasionally.
@MrYukonC some IT administrator convinced their boss to order a bunch of PCs with GTX 750 or 750Ti for lots of clerks who never use much graphics at work, then combined them all in a pretty decent mining operation. Just a theory
@dlehenky I am using four cards on one rig on ethpool (14.04 Ubuntu). By mistake I omitted the -t 4 command, but all four 280x cards seem to be engaged and hashing. Q: is this command redundant, provides more stability or something else?
@Biodom Actually, if you don't use '-t' or '--opencl-device', the default behavior is you use all OpenCL devices found. No, it makes no difference in performance, stability, etc.
@Biodom -t should be unnecessary if you're using all your GPUs. And I don't think it's ever needed if you're using genoil, since you can specify specific devices with genoil now.
Comments
qtminer error
Creating one big buffer for the DAG Allocating/mapping single buffer failed with: clCreateBuffer(-61). GPU can't allocate the DAG in a single chunk. Bailing. clEnqueueWriteBuffer(-38)
I can not start my rig with 5 mixed GPU
3 R9 270x/2g 1 R9 380/2g 1R9 280X/3g ram -win7 64bit driver ver 9.14.10.01162 Crimson 15.12 4Gb Ram on pc
qtminer.exe -s eu1.ethpool.org:3333 -u xxx -G --no-precompute
I tried this
GPU_USE_SYNC_OBJECTS 1
GPU_MAX_ALLOC_PERCENT=95
GPU_MAX_ALLOC_PERCENT=98
GPU_MAX_ALLOC_PERCENT=100
Nothing works the same error, until this morning all has gone well
Help I do not know what else to do
...i do not know what to think anymore
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SINGLE_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
try this
https://i1.someimage.com/Um9jeRL.png
Intuitively, both numbers should be identical, but the number on Credits list looks more accurate while the number on the account is 5-6 hours ahead (too optimistic).
So I do mine since round 13 days - the expected time to the next block was round 12 days shown.
Since yesterday the prediction "Approximate time to next block:" jumpgs between "Very soon" and "one hour, "two hours" and so on.
I haven't been paid a single time.
Is this normal? I work with round 18 MH/s and do have now round 19.905t Credits.
Best regards,
Simon
I love this pool.
Just received a payout of 8.8171875 ETH.
It's actually better than mining solo -- way better, in fact.
Credit is the most relevant number. Yesterday you had to have ~21.3 t credits to get paid.
Numbers on the account page are not very accurate as they tend to change a lot due to difficulty rising, luck changing, miner output changing, etc
If you are a small miner you will undergo frantic movement back and forth as you approach the summit as gigantic miners (one is 14 GH-a whale!) are coming from below with high speed and bypass you, but at some point you'll get paid-it is inevitable as you accumulate credits.
once you are firmly in the last 20 or so, don't even bother looking at your account page, just follow the credits page.
@MrYukonC @dr_pra
I second that re better than solo. In solo I twice got just the uncle, no block. here i've got >8.5 in one go.
thanks, @dr_pra
WTF? Who had/has the time to setup ALL of those little 6-7 Mh/s workers? Insane-o! lol
Why not just pipe them all through the same worker name at least?
have a look at the balance of the account where it's all being sent 374785eth! Damn!
some IT administrator convinced their boss to order a bunch of PCs with GTX 750 or 750Ti for lots of clerks who never use much graphics at work, then combined them all in a pretty decent mining operation.
Just a theory
That rig earned 374 thou eth with only 3.6 gb?
Almost anyone can do ~360mh at home
I should have started trying to mine ethereum earlier
I am using four cards on one rig on ethpool (14.04 Ubuntu).
By mistake I omitted the -t 4 command, but all four 280x cards seem to be engaged and hashing.
Q: is this command redundant, provides more stability or something else?
My "effective" hashrate just fell through the floor, but shares are still being submitted and credits are still accumulating.
Is there something wrong on the pool end of things?