[4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool

[ccynthia]

Is there any difference in earning on different pools, I ask because I ran on ghash.io for about 4 hours and based on reward from that i would be about 1/3 down on what I get here.

Maybe I didn't leave it long enough I don't know but is there a way to tell if a pool will be a better earner ?

For those interested. I have been running the same GH/s systems on Slush and on BTC Guild. BTC Guild pays out more often but lower amounts, sort of fun to watch. Anyway. Right now Slush has beat BTC Guild so far overall in past 72 hours by almost .01 so for what ever it is worth.

Ah I hear the Lynch King calling me back to WOW. Cya

[Tomuck_sigul]

I have tested 50BTC, Elygius, triplemining and slush pool.
And I prefer the slush pool.

these are the reward I had today:

#   Block trouvé le   Durée   Total de shares   Your shares   Votre récompense en BTC   Block #   Block value   Validité
21504   2014-01-20 14:52:54   1:10:29   722420605   639577   0.02043937   281510   25.00000000    69 confirmations restantes
21503   2014-01-20 13:42:25   0:43:24   441532672   407567   0.02208816   281502   25.04159635    61 confirmations restantes
21502   2014-01-20 12:59:01   0:26:39   269418157   245482   0.02281950   281493   25.17348927    52 confirmations restantes
21501   2014-01-20 12:32:22   0:50:16   508773482   456849   0.02246066   281486   25.05608048    45 confirmations restantes
21500   2014-01-20 11:42:06   1:07:59   694091679   632950   0.02164892   281475   25.03950072    34 confirmations restantes
21499   2014-01-20 10:34:07   1:39:22   1050997430   897949   0.02155906   281469   25.01535575    28 confirmations restantes
21498   2014-01-20 08:54:45   0:45:16   481544421   420958   0.02120238   281458   25.00730392    17 confirmations restantes
21497   2014-01-20 08:09:29   4:28:56   2872076576   2295724   0.02037948   281451   25.04932497    10 confirmations restantes
21496   2014-01-20 03:40:33   0:34:43   375547127   233673   0.01486999   281420   25.12267578    confirmé
21495   2014-01-20 03:05:50   0:39:17   426345215   270117   0.01430962   281414   25.19367891    confirmé
21494   2014-01-20 02:26:33   8:34:03   5527931702   4616146   0.01310003   281411   25.08091000    confirmé

[boylin]

pool seems to be alright now

Pool luck (1 day, 7 days, 30 days):   147%, 100%, 103%

[Sir Alan]

total beginner here, I read the guide, registered on this pool to get up and runinng, but I have a problem.

Hi sebmex, and welcome to the forum.

What device is shown on the worker tab?  The command parameters suggest that you are trying to mine with a CPU, which would mean you will earn virtually nothing, and nowhere near the cost of the extra electricity used.  (This would not explain the connection problem, though.)

[ccynthia]

pool seems to be alright now

Pool luck (1 day, 7 days, 30 days):   147%, 100%, 103%

Just remember the pool will always go up and down, always. Slush is not stealing anything from anyone you can go see what block numbers have been mined and by who and check this against the Slush pool numbers and they will match exactly.

We have bad period and good ones, so do other pools. That's just the way it is. Don't try to over think any pool because you probably will loose trying to outguess what will or could happen.

And he is right the pool seems better now.

[ccualumni]

How do you tell what you have done so far in the pool?



Also, it seemed that everything was fine yesterday and all of a sudden I am getting errors:

2014-01-20 15:10:32: Running command: poclbm.exe USER:PW@api2.bitcoin.cz:8332 --device=0 --platform=0 --verbose -r1
2014-01-20 15:10:32: Listener for "Default" started
2014-01-20 15:10:32: Listener for "Default": WARNING: ADL missing (no AMD platform?), temperature control is disabled
2014-01-20 15:10:32: Listener for "Default": 20/01/2014 15:10:32, started OpenCL miner on platform 0, device 0 (GeForce GTS 250)
2014-01-20 15:10:32: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:32, checking for stratum...
2014-01-20 15:10:33: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:33, diverted to stratum on stratum.bitcoin.cz:3333
2014-01-20 15:10:34: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:34, Setting new difficulty: 3
2014-01-20 15:10:35: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:35, authorization failed with USER:PW@stratum.bitcoin.cz:3333
2014-01-20 15:10:38: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:38, IO errors - 1, tolerance 2

What are those errors and how do I resolve them?

Thank you

[ccynthia]

How do you tell what you have done so far in the pool?



Also, it seemed that everything was fine yesterday and all of a sudden I am getting errors:

2014-01-20 15:10:32: Running command: poclbm.exe USER:PW@api2.bitcoin.cz:8332 --device=0 --platform=0 --verbose -r1
2014-01-20 15:10:32: Listener for "Default" started
2014-01-20 15:10:32: Listener for "Default": WARNING: ADL missing (no AMD platform?), temperature control is disabled
2014-01-20 15:10:32: Listener for "Default": 20/01/2014 15:10:32, started OpenCL miner on platform 0, device 0 (GeForce GTS 250)
2014-01-20 15:10:32: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:32, checking for stratum...
2014-01-20 15:10:33: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:33, diverted to stratum on stratum.bitcoin.cz:3333
2014-01-20 15:10:34: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:34, Setting new difficulty: 3
2014-01-20 15:10:35: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:35, authorization failed with USER:PW@stratum.bitcoin.cz:3333
2014-01-20 15:10:38: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:38, IO errors - 1, tolerance 2

What are those errors and how do I resolve them?

Thank you

Are you using a graphics card for mining? Seems like it GeForce GTS 250, I use my GF graphics card for testing because so slow won't make anything just have fun. I use cgminer when I use my GF graphics card. Navidia does not use an AMD based processor or chip or whatever it is.

I have to use both log in addresses, sometimes I can't connect using stratum.ditcoin.cz:3333 etc and have to use the http://api.bitcoin.cz:8332 which then defaults to the stratum.bitcoin.cz:3333 somehow.

Oh and I had to use cgminer version 3.7.2. For some reason newer versions wouldn't work with my Navidia card, maybe just my system not sure.

Hope this helps some, from one n00b to another. LOL

[J_Dubbs]

pool seems to be alright now

Pool luck (1 day, 7 days, 30 days):   147%, 100%, 103%

Just remember the pool will always go up and down, always. Slush is not stealing anything from anyone you can go see what block numbers have been mined and by who and check this against the Slush pool numbers and they will match exactly.

We have bad period and good ones, so do other pools. That's just the way it is. Don't try to over think any pool because you probably will loose trying to outguess what will or could happen.

And he is right the pool seems better now.

True, maybe, BUT... The pattern I see is we have maintenance issues and then a period of horrible luck, and when we aren't solving blocks someone else is. Sometimes I think the pool 'appears' to be working fine, but behind the scenes perhaps it is not, either way we usually don't get much feedback on what is happening. I'd love to see a time-series plot of our daily blocks found overlaid with the maintenance issues or tickets submitted. My hypothesis is during times of high issues reported that our blocks solved dips significantly. From what I see it's always during and after periods with technical issues that we have horrible "luck", which really makes the 'luck' value something other than pure.

Just because the Quality Inn sign says "Quality" does not mean it is, labels don't tell the whole story and often over-simplify the truth.

[ccynthia]

pool seems to be alright now

Pool luck (1 day, 7 days, 30 days):   147%, 100%, 103%

Just remember the pool will always go up and down, always. Slush is not stealing anything from anyone you can go see what block numbers have been mined and by who and check this against the Slush pool numbers and they will match exactly.

We have bad period and good ones, so do other pools. That's just the way it is. Don't try to over think any pool because you probably will loose trying to outguess what will or could happen.

And he is right the pool seems better now.

True, maybe, BUT... The pattern I see is we have maintenance issues and then a period of horrible luck. Sometimes I think the pool 'appears' to be working fine, but behind the scenes perhaps it is not, either way we usually don't get much feedback on what is happening. I'd love to see a time-series plot of our daily blocks found overlaid with the maintenance issues or tickets submitted. My hypothesis is during times of high issues reported that our blocks solved dips significantly. From what I see it's always during and after periods with technical issues that we have horrible "luck", which really makes the 'luck' value something other than pure.

Yes this pool is slow to openly address issues, if at all. I agree there, but don't know about the other things mentioned cause way over my head. LOL

And as for maintenance issues I did notice site was down again today for awhile, or was it late yesterday, anyway, then luck changed instantly. Go figure.

I do like that BTC Guild pool provides so much info but I still seem to be making more here by small amount. That could all change again though.

[J_Dubbs]

pool seems to be alright now

Pool luck (1 day, 7 days, 30 days):   147%, 100%, 103%

Just remember the pool will always go up and down, always. Slush is not stealing anything from anyone you can go see what block numbers have been mined and by who and check this against the Slush pool numbers and they will match exactly.

We have bad period and good ones, so do other pools. That's just the way it is. Don't try to over think any pool because you probably will loose trying to outguess what will or could happen.

And he is right the pool seems better now.

True, maybe, BUT... The pattern I see is we have maintenance issues and then a period of horrible luck. Sometimes I think the pool 'appears' to be working fine, but behind the scenes perhaps it is not, either way we usually don't get much feedback on what is happening. I'd love to see a time-series plot of our daily blocks found overlaid with the maintenance issues or tickets submitted. My hypothesis is during times of high issues reported that our blocks solved dips significantly. From what I see it's always during and after periods with technical issues that we have horrible "luck", which really makes the 'luck' value something other than pure.

Yes this pool is slow to openly address issues if at all I agree there but don't know about other things cause way over my head. I do like BTC Guild provides so much info but still seem to be making more here by small amount. That could all change again though. LOL

I noticed Slush did use FB to celebrate the recent good luck, if we can get similar messages during maintenance and bad luck that would be ideal. I'm fine waiting it out during some technical issues, but would rather know if there is more behind the scenes influencing that 'luck' number. In fact, last week about 50% of the hashing power got booted. Something like that certainly does and did affect luck.

[ccynthia]

pool seems to be alright now

Pool luck (1 day, 7 days, 30 days):   147%, 100%, 103%

Just remember the pool will always go up and down, always. Slush is not stealing anything from anyone you can go see what block numbers have been mined and by who and check this against the Slush pool numbers and they will match exactly.

We have bad period and good ones, so do other pools. That's just the way it is. Don't try to over think any pool because you probably will loose trying to outguess what will or could happen.

And he is right the pool seems better now.

True, maybe, BUT... The pattern I see is we have maintenance issues and then a period of horrible luck. Sometimes I think the pool 'appears' to be working fine, but behind the scenes perhaps it is not, either way we usually don't get much feedback on what is happening. I'd love to see a time-series plot of our daily blocks found overlaid with the maintenance issues or tickets submitted. My hypothesis is during times of high issues reported that our blocks solved dips significantly. From what I see it's always during and after periods with technical issues that we have horrible "luck", which really makes the 'luck' value something other than pure.

Yes this pool is slow to openly address issues if at all I agree there but don't know about other things cause way over my head. I do like BTC Guild provides so much info but still seem to be making more here by small amount. That could all change again though. LOL

I noticed Slush did use FB to celebrate the recent good luck, if we can get similar messages during maintenance and bad luck that would be ideal. I'm fine waiting it out during some technical issues, but would rather know if there is more behind the scenes influencing that 'luck' number. In fact, last week about 50% of the hashing power got booted. Something like that certainly does and did affect luck.

Oh really, I didn't know that as I don't follow anything on FB. I wish he'd be more open here it's not hard to do but what you said makes sense.

And as for maintenance issues I did notice the site was down again today for awhile, or was it late yesterday, anyway, then luck changed instantly. Go figure.

[organofcorti]

 ...... In fact, last week about 50% of the hashing power got booted. Something like that certainly does and did affect luck.

Not really.

"Luck" = Submitted shares per round / network difficulty. This is not affected by a pool's hashrate.

[ccynthia]

 ...... In fact, last week about 50% of the hashing power got booted. Something like that certainly does and did affect luck.

Not really.

"Luck" = Submitted shares per round / network difficulty. This is not affected by a pool's hashrate.

Can you or maybe anyone answer a question for me I've had for awhile?

It seems pools do not count the shares submitted correctly or something. Are they not able to count a number over 999? For instance BTC Guild shows a total number of shares submitted per work block then a total overall. I have several single submissions that are way above my total overall shown and a lot over my shown work block when I hit like 377k submitted or 3.04m submitted.

It seems the systems miss anything ending in K or m submitted. Is this true overall. I know I had a 55 plus m submitted on Slush then found out that the pool dosen't count but only the last hour or part depending on time. Understandable and my luck wasn't with me then I guess, no problem.

But my BTC Guild is doing same and it seems they can't count the ending K or m. Is it counting a submission like 8.49k as 849. 8.49 or? It seems it is not 8,490 as I get dozens of these over and over and even the occasional 18plus m submitted.

My submission rate always stays the same on both pools give or take 2000 shares no matter that I submit numbers ending in k over and over or a number ending in m once in awhile. Just curious.

[organofcorti]

 ...... In fact, last week about 50% of the hashing power got booted. Something like that certainly does and did affect luck.

Not really.

"Luck" = Submitted shares per round / network difficulty. This is not affected by a pool's hashrate.

Can you or maybe anyone answer a question for me I've had for awhile?

It seems pools do not count the shares submitted correctly or something. Are they not able to count a number over 999? For instance BTC Guild shows a total number of shares submitted per work block then a total overall. I have several single submissions that are way above my total overall shown and a lot over my shown work block when I hit like 377k submitted or 3.04m submitted.

It seems the systems miss anything ending in K or m submitted. Is this true overall. I know I had a 55 plus m submitted on Slush then found out that the pool dosen't count but only the last hour or part depending on time. Understandable and my luck wasn't with me then I guess, no problem.

But my BTC Guild is doing same and it seems they can't count the ending K or m. Is it counting a submission like 8.49k as 849. 8.49 or? It seems it is not 8,490 as I get dozens of these over and over and even the occasional 18plus m submitted.

My submission rate always stays the same on both pools give or take 2000 shares no matter that I submit numbers ending in k over and over or a number ending in m once in awhile. Just curious.

I don't know, but if you provide some examples (number of diff1 equivalent shares you think you submitted, number of diff1 equivalent shares the pool thinks you submitted) I'll see.

[ccynthia]

 ...... In fact, last week about 50% of the hashing power got booted. Something like that certainly does and did affect luck.

Not really.

"Luck" = Submitted shares per round / network difficulty. This is not affected by a pool's hashrate.

Can you or maybe anyone answer a question for me I've had for awhile?

It seems pools do not count the shares submitted correctly or something. Are they not able to count a number over 999? For instance BTC Guild shows a total number of shares submitted per work block then a total overall. I have several single submissions that are way above my total overall shown and a lot over my shown work block when I hit like 377k submitted or 3.04m submitted.

It seems the systems miss anything ending in K or m submitted. Is this true overall. I know I had a 55 plus m submitted on Slush then found out that the pool dosen't count but only the last hour or part depending on time. Understandable and my luck wasn't with me then I guess, no problem.

But my BTC Guild is doing same and it seems they can't count the ending K or m. Is it counting a submission like 8.49k as 849. 8.49 or? It seems it is not 8,490 as I get dozens of these over and over and even the occasional 18plus m submitted.

My submission rate always stays the same on both pools give or take 2000 shares no matter that I submit numbers ending in k over and over or a number ending in m once in awhile. Just curious.

I don't know, but if you provide some examples (number of diff1 equivalent shares you think you submitted, number of diff1 equivalent shares the pool thinks you submitted) I'll see.

Ok I will try and see some that come up. I don't understand diff lvl 1 equivalent etc guess that's my problem with understanding submitted shares. Not sure what diff lvl running on Slush but BTC Guild is diff lvl 64, default is 32 and sometimes I play with 128 or higher and can see it does not really matter diff lvl as they seem to come out same in the end. Lvl 64 seems to run my boxes quieter.

[ccynthia]

 ...... In fact, last week about 50% of the hashing power got booted. Something like that certainly does and did affect luck.

Not really.

"Luck" = Submitted shares per round / network difficulty. This is not affected by a pool's hashrate.

Can you or maybe anyone answer a question for me I've had for awhile?

It seems pools do not count the shares submitted correctly or something. Are they not able to count a number over 999? For instance BTC Guild shows a total number of shares submitted per work block then a total overall. I have several single submissions that are way above my total overall shown and a lot over my shown work block when I hit like 377k submitted or 3.04m submitted.

It seems the systems miss anything ending in K or m submitted. Is this true overall. I know I had a 55 plus m submitted on Slush then found out that the pool dosen't count but only the last hour or part depending on time. Understandable and my luck wasn't with me then I guess, no problem.

But my BTC Guild is doing same and it seems they can't count the ending K or m. Is it counting a submission like 8.49k as 849. 8.49 or? It seems it is not 8,490 as I get dozens of these over and over and even the occasional 18plus m submitted.

My submission rate always stays the same on both pools give or take 2000 shares no matter that I submit numbers ending in k over and over or a number ending in m once in awhile. Just curious.

I don't know, but if you provide some examples (number of diff1 equivalent shares you think you submitted, number of diff1 equivalent shares the pool thinks you submitted) I'll see.

Ok I will try and see some that come up. I don't understand diff lvl 1 equivalent etc guess that's my problem with understanding submitted shares. Not sure what diff lvl running on Slush but BTC Guild is diff lvl 64, default is 32 and sometimes I play with 128 or higher and can see it does not really matter diff lvl as they seem to come out same in the end. Lvl 64 seems to run my boxes quieter.

Ok is this what you mean. I just had a 19.1k submitted along with 14 other 1 to 8k submissions. It showed 19.1k/64 and when block done still same no increase. I guess has to do with what you mentioned lvl 1 equivalent.

[Trongersoll]

 ...... In fact, last week about 50% of the hashing power got booted. Something like that certainly does and did affect luck.

Not really.

"Luck" = Submitted shares per round / network difficulty. This is not affected by a pool's hashrate.

Can you or maybe anyone answer a question for me I've had for awhile?

It seems pools do not count the shares submitted correctly or something. Are they not able to count a number over 999? For instance BTC Guild shows a total number of shares submitted per work block then a total overall. I have several single submissions that are way above my total overall shown and a lot over my shown work block when I hit like 377k submitted or 3.04m submitted.

It seems the systems miss anything ending in K or m submitted. Is this true overall. I know I had a 55 plus m submitted on Slush then found out that the pool dosen't count but only the last hour or part depending on time. Understandable and my luck wasn't with me then I guess, no problem.

But my BTC Guild is doing same and it seems they can't count the ending K or m. Is it counting a submission like 8.49k as 849. 8.49 or? It seems it is not 8,490 as I get dozens of these over and over and even the occasional 18plus m submitted.

My submission rate always stays the same on both pools give or take 2000 shares no matter that I submit numbers ending in k over and over or a number ending in m once in awhile. Just curious.

I don't know, but if you provide some examples (number of diff1 equivalent shares you think you submitted, number of diff1 equivalent shares the pool thinks you submitted) I'll see.

Ok I will try and see some that come up. I don't understand diff lvl 1 equivalent etc guess that's my problem with understanding submitted shares. Not sure what diff lvl running on Slush but BTC Guild is diff lvl 64, default is 32 and sometimes I play with 128 or higher and can see it does not really matter diff lvl as they seem to come out same in the end. Lvl 64 seems to run my boxes quieter.

What the difficulty does is cut down on the bandwidth used. if your diffculty is 1 then every share gets registered on the pool. if the difficulty is say 8, the number of shares actually is less, but you are credited 8 shares for each share returned. The down side is that if it is a really short block you may not get any shares credited. this is why difficulty is raised for for higher hash rates. they should balance out.

[ccynthia]

 ...... In fact, last week about 50% of the hashing power got booted. Something like that certainly does and did affect luck.

Not really.

"Luck" = Submitted shares per round / network difficulty. This is not affected by a pool's hashrate.

Can you or maybe anyone answer a question for me I've had for awhile?

It seems pools do not count the shares submitted correctly or something. Are they not able to count a number over 999? For instance BTC Guild shows a total number of shares submitted per work block then a total overall. I have several single submissions that are way above my total overall shown and a lot over my shown work block when I hit like 377k submitted or 3.04m submitted.

It seems the systems miss anything ending in K or m submitted. Is this true overall. I know I had a 55 plus m submitted on Slush then found out that the pool dosen't count but only the last hour or part depending on time. Understandable and my luck wasn't with me then I guess, no problem.

But my BTC Guild is doing same and it seems they can't count the ending K or m. Is it counting a submission like 8.49k as 849. 8.49 or? It seems it is not 8,490 as I get dozens of these over and over and even the occasional 18plus m submitted.

My submission rate always stays the same on both pools give or take 2000 shares no matter that I submit numbers ending in k over and over or a number ending in m once in awhile. Just curious.

I don't know, but if you provide some examples (number of diff1 equivalent shares you think you submitted, number of diff1 equivalent shares the pool thinks you submitted) I'll see.

Ok I will try and see some that come up. I don't understand diff lvl 1 equivalent etc guess that's my problem with understanding submitted shares. Not sure what diff lvl running on Slush but BTC Guild is diff lvl 64, default is 32 and sometimes I play with 128 or higher and can see it does not really matter diff lvl as they seem to come out same in the end. Lvl 64 seems to run my boxes quieter.

What the difficulty does is cut down on the bandwidth used. if your diffculty is 1 then every share gets registered on the pool. if the difficulty is say 8, the number of shares actually is less, but you are credited 8 shares for each share returned. The down side is that if it is a really short block you may not get any shares credited. this is why difficulty is raised for for higher hash rates. they should balance out.

Thank you for taking time to help me understand so should I just set my diff to default of 32 for my hashrate or keep at 64, it really does seem to run quieter at 64 but might just be me.

[ccualumni]

How do you tell what you have done so far in the pool?



Also, it seemed that everything was fine yesterday and all of a sudden I am getting errors:

2014-01-20 15:10:32: Running command: poclbm.exe USER:PW@api2.bitcoin.cz:8332 --device=0 --platform=0 --verbose -r1
2014-01-20 15:10:32: Listener for "Default" started
2014-01-20 15:10:32: Listener for "Default": WARNING: ADL missing (no AMD platform?), temperature control is disabled
2014-01-20 15:10:32: Listener for "Default": 20/01/2014 15:10:32, started OpenCL miner on platform 0, device 0 (GeForce GTS 250)
2014-01-20 15:10:32: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:32, checking for stratum...
2014-01-20 15:10:33: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:33, diverted to stratum on stratum.bitcoin.cz:3333
2014-01-20 15:10:34: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:34, Setting new difficulty: 3
2014-01-20 15:10:35: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:35, authorization failed with USER:PW@stratum.bitcoin.cz:3333
2014-01-20 15:10:38: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:38, IO errors - 1, tolerance 2

What are those errors and how do I resolve them?

Thank you

Are you using a graphics card for mining? Seems like it GeForce GTS 250, I use my GF graphics card for testing because so slow won't make anything just have fun. I use cgminer when I use my GF graphics card. Navidia does not use an AMD based processor or chip or whatever it is.

I have to use both log in addresses, sometimes I can't connect using stratum.ditcoin.cz:3333 etc and have to use the http://api.bitcoin.cz:8332 which then defaults to the stratum.bitcoin.cz:3333 somehow.

Oh and I had to use cgminer version 3.7.2. For some reason newer versions wouldn't work with my Navidia card, maybe just my system not sure.

Hope this helps some, from one n00b to another. LOL

Yes, I am using the gts250... I know the video card does not do much, but it is all I got.

I jus ordered a block eruptor and should have it this week.

I am mostly trying to understand this process and take it from there. For now, this is definitely a hobby more than anything else.

Thanks for the help.

[ccynthia]

How do you tell what you have done so far in the pool?



Also, it seemed that everything was fine yesterday and all of a sudden I am getting errors:

2014-01-20 15:10:32: Running command: poclbm.exe USER:PW@api2.bitcoin.cz:8332 --device=0 --platform=0 --verbose -r1
2014-01-20 15:10:32: Listener for "Default" started
2014-01-20 15:10:32: Listener for "Default": WARNING: ADL missing (no AMD platform?), temperature control is disabled
2014-01-20 15:10:32: Listener for "Default": 20/01/2014 15:10:32, started OpenCL miner on platform 0, device 0 (GeForce GTS 250)
2014-01-20 15:10:32: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:32, checking for stratum...
2014-01-20 15:10:33: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:33, diverted to stratum on stratum.bitcoin.cz:3333
2014-01-20 15:10:34: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:34, Setting new difficulty: 3
2014-01-20 15:10:35: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:35, authorization failed with USER:PW@stratum.bitcoin.cz:3333
2014-01-20 15:10:38: Listener for "Default": api2.bitcoin.cz:8332 20/01/2014 15:10:38, IO errors - 1, tolerance 2

What are those errors and how do I resolve them?

Thank you

Are you using a graphics card for mining? Seems like it GeForce GTS 250, I use my GF graphics card for testing because so slow won't make anything just have fun. I use cgminer when I use my GF graphics card. Navidia does not use an AMD based processor or chip or whatever it is.

I have to use both log in addresses, sometimes I can't connect using stratum.ditcoin.cz:3333 etc and have to use the http://api.bitcoin.cz:8332 which then defaults to the stratum.bitcoin.cz:3333 somehow.

Oh and I had to use cgminer version 3.7.2. For some reason newer versions wouldn't work with my Navidia card, maybe just my system not sure.

Hope this helps some, from one n00b to another. LOL

Yes, I am using the gts250... I know the video card does not do much, but it is all I got.

I jus ordered a block eruptor and should have it this week.

I am mostly trying to understand this process and take it from there. For now, this is definitely a hobby more than anything else.

Thanks for the help.

Good for you! Hope you enjoy your time mining BTC. You have the right attitude as a beginner thinking of this as a hobby. Some on this site are truly into BTC mining for the money but they have been at it awhile and know what they are doing.

For us beginners this has to only be a hobby and for fun. We can't afford the hardware to make a true go at it this late in the game, but it's fun anyway. And if you can make something while doing it heck jump up and down and clap your hands and just be happy.

I started testing BTC mining with an old old GeForce GS 8400 then got a nice graphics card for playing WOW which showed me that playing with BTC mining might be fun. My problem was in choosing a Navidia GeForce card thinking it would be ok for BTC mining instead of an AMD based card but I got around it and still have a great time on WOW too. Fun all around.

Oh, I'm the one that's probably driving everyone crazy with my weird posts, LOL, but life is to short, have some fun while mining and don't ever be afraid to ask a question here even if you get flamed, who cares, that's what the site is for. Some will take time to help you.

Good luck mining and enjoy Slush's pool if you are using it. Oh dang Lynch King is causing problems again and needs his butt kicked on WOW. Cya