Bitcoin Forum
February 26, 2018, 02:32:18 AM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Poll
Question: What type of pool payouts do you prefer?
Bitcoins - 3219 (80.4%)
Bank transfer / USD - 414 (10.3%)
Gold/silver coins and bars - 371 (9.3%)
Total Voters: 4002

Pages: « 1 ... 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 [720] 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 ... 1136 »
  Print  
Author Topic: [2+ EH] Slush Pool (slushpool.com); World's First Mining Pool  (Read 4324138 times)
boylin
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
January 20, 2014, 06:43:19 PM
 #14381

pool seems to be alright now

Pool luck (1 day, 7 days, 30 days):   147%, 100%, 103%
1519612338
Hero Member
*
Offline Offline

Posts: 1519612338

View Profile Personal Message (Offline)

Ignore
1519612338
Reply with quote  #2

1519612338
Report to moderator
1519612338
Hero Member
*
Offline Offline

Posts: 1519612338

View Profile Personal Message (Offline)

Ignore
1519612338
Reply with quote  #2

1519612338
Report to moderator
1519612338
Hero Member
*
Offline Offline

Posts: 1519612338

View Profile Personal Message (Offline)

Ignore
1519612338
Reply with quote  #2

1519612338
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1519612338
Hero Member
*
Offline Offline

Posts: 1519612338

View Profile Personal Message (Offline)

Ignore
1519612338
Reply with quote  #2

1519612338
Report to moderator
1519612338
Hero Member
*
Offline Offline

Posts: 1519612338

View Profile Personal Message (Offline)

Ignore
1519612338
Reply with quote  #2

1519612338
Report to moderator
1519612338
Hero Member
*
Offline Offline

Posts: 1519612338

View Profile Personal Message (Offline)

Ignore
1519612338
Reply with quote  #2

1519612338
Report to moderator
Sir Alan
Full Member
***
Offline Offline

Activity: 221
Merit: 100


View Profile
January 20, 2014, 07:49:00 PM
 #14382

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.)

1Eeyore17YeHrbJW5Q3pSdV8sXujkdrrFc
ccynthia
Jr. Member
*
Offline Offline

Activity: 52
Merit: 0


View Profile
January 20, 2014, 07:49:24 PM
 #14383

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.Grin
ccualumni
Jr. Member
*
Offline Offline

Activity: 54
Merit: 0


View Profile
January 20, 2014, 08:12:40 PM
 #14384

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
Jr. Member
*
Offline Offline

Activity: 52
Merit: 0


View Profile
January 20, 2014, 08:28:54 PM
 #14385

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
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250



View Profile
January 20, 2014, 08:42:54 PM
 #14386

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.Grin


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
Jr. Member
*
Offline Offline

Activity: 52
Merit: 0


View Profile
January 20, 2014, 08:48:21 PM
 #14387

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.Grin


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
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250



View Profile
January 20, 2014, 08:51:34 PM
 #14388

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.Grin


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
Jr. Member
*
Offline Offline

Activity: 52
Merit: 0


View Profile
January 20, 2014, 08:58:38 PM
 #14389

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.Grin


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
Donator
Legendary
*
Offline Offline

Activity: 2058
Merit: 1000


Poor impulse control.


View Profile WWW
January 20, 2014, 10:44:28 PM
 #14390


 ...... 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.


Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
ccynthia
Jr. Member
*
Offline Offline

Activity: 52
Merit: 0


View Profile
January 20, 2014, 11:16:54 PM
 #14391


 ...... 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
Donator
Legendary
*
Offline Offline

Activity: 2058
Merit: 1000


Poor impulse control.


View Profile WWW
January 20, 2014, 11:43:54 PM
 #14392


 ...... 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.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
ccynthia
Jr. Member
*
Offline Offline

Activity: 52
Merit: 0


View Profile
January 20, 2014, 11:53:34 PM
 #14393


 ...... 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
Jr. Member
*
Offline Offline

Activity: 52
Merit: 0


View Profile
January 21, 2014, 12:25:52 AM
 #14394


 ...... 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
Hero Member
*****
Offline Offline

Activity: 490
Merit: 500



View Profile
January 21, 2014, 12:27:48 AM
 #14395


 ...... 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
Jr. Member
*
Offline Offline

Activity: 52
Merit: 0


View Profile
January 21, 2014, 12:42:17 AM
 #14396


 ...... 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. Smiley
ccualumni
Jr. Member
*
Offline Offline

Activity: 54
Merit: 0


View Profile
January 21, 2014, 01:16:02 AM
 #14397

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
Jr. Member
*
Offline Offline

Activity: 52
Merit: 0


View Profile
January 21, 2014, 01:29:14 AM
 #14398

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
kkurtmann
Sr. Member
****
Offline Offline

Activity: 475
Merit: 250



View Profile WWW
January 21, 2014, 02:59:50 AM
 #14399

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.


gts250 ouch!  you might be lucky to get 70MH/s.  I sure hope you have free electricity.
about the authorization failed error message it may be that you have not set up your worker properly. from the site it says
Worker login will be <your username>.<login suffix> that is the USER

https://www.buytrezor.com?a=55c37b866c11   well sir, I like it!
ccualumni
Jr. Member
*
Offline Offline

Activity: 54
Merit: 0


View Profile
January 21, 2014, 04:23:07 AM
 #14400

Ccynthia, you are cracking me up.... A/s/l??   Haha... JK.

I thought I had my miner set up properly as it seems to work most of the time.

The big question is how do I know whether or not I am making anything on slush's pool.

I actually get about 32gsh.... I am sure there are tweaks and other stuff I can do to improve speed, but when I get out of my comfort zone, things stop working...

I have invested in cloudhashing.com and cex.io... And am trying to buy more coins to put more into cex.io. I paid $2 for some gsh and 2 hours later already made 1/8 of 1 penny.


I will check into my miner setup. It works most of the time, but that could definitely be the issue.

Thank you......
Pages: « 1 ... 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 [720] 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 ... 1136 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!