Search content
Sort by

Showing 20 of 54 results by OlgaA524
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 06/06/2013, 01:22:27 UTC
Does anyone know why I might be getting this while trying to start a miner on my new machine?

2013-06-05 19:21:41: Listener for "Default" started
2013-06-05 19:21:42: Listener for "Default": 05/06/2013 19:21:42, started OpenCL miner on platform 0, device 0 (Tahiti)
2013-06-05 19:21:42: Listener for "Default": api2.bitcoin.cz:8332 05/06/2013 19:21:42, checking for stratum...
2013-06-05 19:21:42: Listener for "Default": api2.bitcoin.cz:8332 05/06/2013 19:21:42, no response to getwork, using as stratum
2013-06-05 19:21:42: Listener for "Default": api2.bitcoin.cz:8332 05/06/2013 19:21:42,  No JSON object could be decoded
2013-06-05 19:21:52: Listener for "Default": api2.bitcoin.cz:8332 05/06/2013 19:21:52, Failed to subscribe
2013-06-05 19:21:54: Listener for "Default": api2.bitcoin.cz:8332 05/06/2013 19:21:54, IO errors - 1, tolerance 2
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 16/05/2013, 13:14:38 UTC
never mind.... this lucko isn't worth responding to.  get some logs when you engage your "backup to the backup" pool and come back and bitch with some real facts.  Until then, move the luck on and stop posting nonsense.

hmm... I don't find Lucko posting crap, you on the other hand definitely...
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 16/05/2013, 13:10:11 UTC
I've noticed a problem that has occurred twice over the past week or so. I run two GPU miners (with GUIMiner) at approximately 160Mh/s each. Now GUIMiner reports accepted shares, accepted shares for the last hour and network connection problems in its log. These are the only indicators of miner health directly available to me and are not evidence of anything.

What I have seen is that my miners report normal activity with no connection problems and yet one of the miners has no accepted shares reported on my account log on Slush's pool. The first occasion showed over six hours since the last share had been accepted; the second occasion showed over nine minutes without a share accepted.  On both occasions, the time since the last share accepted matched the time since a block was found on Slush's pool but not necessarily the last block.  It appears as if one of my miner's shares were no longer be credited after the pool's 'block found' event processing.

On both occasions, I stopped and restarted GUIMiner for the affected miner and share accepted activity on my pool account log resumed normally. The shares lost were not recovered.



Same here the previous night - my fastest miner was not counted though it seemed to be working correctly (/shrug cannot tell for sure I was sleeping but again if my miner stops it doesn't recover on its own and in the morning it looked fine)

18034    2013-05-14 19:27:14    3:35:30    30026262    2702    0.00259934    236202    25.10024000    confirmed <-- Normal, usual fluctuations
18033    2013-05-14 15:51:44    3:34:13    29829536    2654    0.00208799    236182    25.43437400    confirmed <-- Normal, usual fluctuations
18032    2013-05-14 12:17:31    1:26:37    12093844    387    0.00162982    236165    25.15775000    confirmed  <-- Recovering ??
...
All those below are missing shares from a faster miner
18031    2013-05-14 10:50:54    0:01:10    157750    3    0.00041860    236154    25.06650000    confirmed
18030    2013-05-14 10:49:44    0:27:05    3751992    110    0.00081932    236153    25.18090000    confirmed
18029    2013-05-14 10:22:39    1:18:11    10929435    317    0.00102232    236148    25.61227001    confirmed
18028    2013-05-14 09:04:28    1:04:00    8890231    227    0.00062620    236145    25.34600000    confirmed
18027    2013-05-14 08:00:28    0:33:49    4716423    114    0.00064109    236136    25.16020001    confirmed


Just posting since somebody else noted the same. Also I definitely see shares missing from one of the miners on the round but normally just on 1 block not the series of blocks in the row.
18026    2013-05-14 07:26:39    0:18:31    2610383    60    0.00060960
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 14/05/2013, 21:32:21 UTC
I just noticed something strange - logged and saw the estimated reward is very low - say 1000X less then expected and my score was low (recently reset).

Then it started to get larger but ***very slow*** like about 5 - 10 minutes estimated reward is still not back to normal. So if block is found during this time the actual reward will also be very low.

This is probably because the total pool score was not reset at all? I saw somebody already pointed that out.

This would explain how people might get low payout with bad timing, but that would not explain how others would get disproportionally large ones  Huh

P.S. Hash rate was normal (about 1 ghash) and all workers were on - last shares 0 minutes ago.
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 13/05/2013, 16:18:18 UTC
Whilst it's true an increased total hashrate will bring the rewards down, surely (excluding Luck) probability dictates they should be more frequent.

They should be as frequent (on average) not more frequent. But this is only if the pool doesn't lose hash power relative to other pools.
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 13/05/2013, 14:19:31 UTC
show me the luck....

per http://blockchain.info/pools slash's pool is in the same category as Deepbit, EclipseMC, Eligius when not so long ago Slush was doing about 10X better then those  Huh
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 13/05/2013, 14:13:15 UTC
OK i have 3 blocks all 15% lower than average
17983
18000
18006


but whats worrying is my average earnings

March .25
April .20
May .10

Is everyone seeing this drop in earnings, as its getting to a point of not being worth mining

joolz


yes the earnings are dropping seemingly faster then expected, but maybe it is just a perception. I just started mining in March, so i have no idea how it was earlier when difficulty was increasing. Though this is the way it is supposed to be by algorithm (earnings drop with time) it is a bit depressing to see the how earnings drop even when my hash increases.
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 09/05/2013, 19:03:29 UTC


I have problems with this block. It is impossible that I have this reward from these shares:

17925    2013-05-08 14:13:44    1:27:14    11634278    157    0.00000004    235160    25.21733124    confirmed

No, it's not impossible. You have a low hashrate on a very long round.



This is not an argument. I can tell again the same thing (mine) and we can continue al the month in this way. Others in forum write the contrary. Why I don't believe them? Can you ARGUMENT me the results?

Do you have a log of the round for when the round started and when the shares were found? If so you can work it out  using the formula in this post
https://bitcointalk.org/index.php?topic=1976.msg50002#msg50002

and organofcorti is right the main reason for the low payout is the long round and the weighting share system. The sharp increase in difficulty makes cpu/single slow GPU mining basically finished.

with slow miners PPS (Pay Per Share) pools probably the best
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 09/05/2013, 17:04:39 UTC
Man slush is never gonna come back...

(at least i wouldn't if i were him)

Well the other day there were 30 blocks discovered.
30 blocks at 2% = 15 BTC
15 BTC roughly = $1700

$1700 dollars a day would make me sort it out!
There's nothing to sort out.  All these complaints about rewards are either a result of variance on slow miners, or bad luck with the designed score reset.  There are no real problems.  Everything is working the way it's designed.

Which is why nothing is getting sorted out.

When there is a real problem, slush will make an appearance.

So did Slush ask you to speak for him?  Just curious.

I would like something more official, like an actual comment from Slush about block 17925.  I have been following this thread for many dozens of pages and I have seen Slush come on here and say a block was miscalculated and see it adjusted.  I don't think "working as designed" describes a block where many people got about 1/10,000 of the estimated reward while others got 10-15 times more than the estimated reward.  That sounds like a problem.

Full time mining removes the probability factor over time so that it does not resemble playing the lottery.  Block 17925 looks exactly like playing the lottery.  It appears to be an anomaly based on what I have seen over time but nevertheless it indicates a problem.  If Slush says that problem doesn't exist or he doesn't want to address it that is one thing (and allows me to make an informed decision about where I want to mine) but if random interwebs guy says it (i.e. you) that means jack.

Finally I would point out to those with the browner of noses that this is a partnership.  No miners, no pool; no Slush no pool.  We all profit together or we all have no pool together.  It is in Slush's interests to keep his miners happy because that keeps the pool making profit for all.  This is not about us all simply benefitting from Slush's generosity.  I paid money to build my miners and I contribute actual computing power (such as it is) to the work of finding blocks.  Blocks don't just arrive in the mail and then get divided up by some benevolent pool owner.

Having said that I want to see a more or less reliable profit over time, which is the entire point of mining in a pool.  If I want to play the lottery I'll take up solo mining.

@not.you: +1 you voiced it out perfectly! totally my feelings. Cheers!
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 09/05/2013, 13:49:09 UTC
Has anyone noticed block 17941 was worth 28.55 coins.

(Sorry if that's too much of a newb thing to post and will upset some people)

This is probably due to quite big transactions fees. I Don't know if there is anything else that might make block value larger then 25.
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 09/05/2013, 13:44:11 UTC
Guys, seriously, shut up.

The problem has been reported.  It doesn't need to be reported over and over again.

And the most important point, THIS ISN'T A DEMOCRACY.  Just because a bunch of people want the algorithm changed doesnt mean shit.  Slush will do what he wants to do, and if you don't like it LEAVE.  Don't continually repost the same shit, because it's not going to make any difference at all.

Seriously, the quicker everyone realizes this, the better.

Sir, pool of course is not a democracy but forum is. No one speaks in order to harm the pool, on the contrary we all want it to be consistent and thriving. Just trying to help the pool (and so themselves).
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 09/05/2013, 03:33:58 UTC
  "And after all - for majority of us the lost amount is rather insignificant - the daily income would be affected by a single-digit percentage. So - let's stop whining about it."   

Except that I had the exact same thing happen to me in the next block, too - meaning that I now distrust the reward calculations being made.  Even if the amounts being discussed are trivial, what is the point of mining at all if you aren't being paid fairly for the work you do?

I like Slush's pool, but have to consider moving over to a different pool if the problems here can't be resolved.  I don't mine for the money, I do it for the score and the BTC mined is how the score is kept.

I second that - I like slush's pool because it is more exciting then others. The way rewards are computed per found block makes it feels more like a game (oh how many blocks we found today!?!?!) whereas in other pools (PPS, even shifts PPLNS) it feels more like repetitive water drops in terms of earnings - the outcome is more or less pre-determined for a day with your computational power.

But fluctuations are really wild at times here and we need confidence that the pool rewards are computed correctly and honestly.
 
I think what happened on this block is just a combination of really bad timing and the reward computation algorithm. But if so maybe an algorithm needs a closer look. After all we don't want a "hop-resistant" algorithm to drive people out of the pool due to loss of confidence.

Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 08/05/2013, 21:00:42 UTC
I'm going ot be honest I think I got paid too much on the block that you guys are all talking about unless I did indeed earn what I did because a bunch of other shares didn't make it in mine seems to be a bit high.  help us Obiwan (slush).

17925  2013-05-08 14:13:44 1:27:14   11634278  1107    0.06159829    235160    25.21733124  74 confirmations left


SHHHHHHHHHHHHHHHHH.  I'm sitting her crossing my fingers it goes to confirmed.

Well let's hope the next time this kind of glitch (or twist of luck) happens it will be in the favor of those who lost on this block Wink
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 08/05/2013, 14:36:48 UTC
I have problem with last block as well:

17925    2013-05-08 14:13:44    1:27:14    11634278    1046    0.00000024    235160    25.21733124    99 confirmations left

I should have about 0.002  Huh
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 02/05/2013, 18:47:04 UTC
block at last! Hurray
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 25/04/2013, 13:42:10 UTC
I could not login to site with my old firefox link and at last I figured it out:

old address DOESN'T work: http://mining.bitcoin.cz
new address is SSL WORKS:  https://mining.bitcoin.cz
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 22/04/2013, 19:26:52 UTC


Hi Lucko, you saying that I can just start all my 3 workers under the same worker name?


I do and I had no problems... Well But I'm running with 2 account. One per computer... And using cgminer(better hashes) for GPU and GUIminer for CPU... But then you don't have such good control over the workers... If you see low hashes on page you need to look at computer to see if there is a problem...

And yes I noted that if a slow miner on his own worker send one share after more then 30 minutes all workers scores for all workers are reset to 0... And if that happens at the end of the round it is really bad...  You could get almost noting because of that... I can understand resetting the worker in question bat all. I don't get that...

EDIT: cgminer takes all GPUs and run them on one worker not the same as GUI that you need worker per GPU and CPU...

Thanks Lucko, I will try that Smiley

Currently I have 3 workers assigned to worker_1, worker_2 and worker_3, none of them goes to sleep for 30 minutes normally, sometimes they just go offline while I am away and cannot attend them but it is really rare, not even once a day.

The speed ratio for workers is like this (in 1 minute approximately)

worker_1: 10 shares  (~ 600 MHash)
worker_2: 1 share     (~ 60 MHash)
worker_3: 3 shares    (~180 MHash)

I will try to play with arrangements, see if one worker results in more stable outcome of the block.

Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 22/04/2013, 18:44:39 UTC

So what you are saying is - it is better to have 1 fast worker then fast worker and a slow worker? Hmm... maybe that explains how my return varies from block to block for up to 30% even though I do not turn off my workers and their speed doesn't change. Under current algorithm it seem to be better to assign slower workers to some PPS pool   Huh

Or assign your worker to the same account...

K.

Not sure what you mean. I have 3 workers on the same account.

Worker accaunt...

Hi Lucko, you saying that I can just start all my 3 workers under the same worker name?
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 22/04/2013, 18:35:04 UTC

So what you are saying is - it is better to have 1 fast worker then fast worker and a slow worker? Hmm... maybe that explains how my return varies from block to block for up to 30% even though I do not turn off my workers and their speed doesn't change. Under current algorithm it seem to be better to assign slower workers to some PPS pool   Huh

Or assign your worker to the same account...

K.

Not sure what you mean. I have 3 workers on the same account.

I thought it was made clear that the latest hashes/shares submittled had the highest score? it says it on his website (migration control if i'm not mistaken).

K.

right, but do slower workers really affect the fastest one by bad luck??? I did not see confirmation for that.

I was under the impression that each worker's contribution is computed independently and they added up to total w/o affecting each other.



Really?, have you spent time observing? - I don't think it's bad, but, it is the way it is, full stop.

K.

Well Kruncha you are not helping, I am sorry but none of your answers made any sense or any point
Post
Topic
Board Pools
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
by
OlgaA524
on 22/04/2013, 17:54:17 UTC

So what you are saying is - it is better to have 1 fast worker then fast worker and a slow worker? Hmm... maybe that explains how my return varies from block to block for up to 30% even though I do not turn off my workers and their speed doesn't change. Under current algorithm it seem to be better to assign slower workers to some PPS pool   Huh

Or assign your worker to the same account...

K.

Not sure what you mean. I have 3 workers on the same account.

I thought it was made clear that the latest hashes/shares submittled had the highest score? it says it on his website (migration control if i'm not mistaken).

K.

right, but do slower workers really affect the fastest one by bad luck??? I did not see confirmation for that.

I was under the impression that each worker's contribution is computed independently and they added up to total w/o affecting each other.