Bitcoin Forum
January 18, 2018, 06:36:39 AM *
News: Electrum users must upgrade to 3.0.5 if they haven't already. More info.
 
   Home   Help Search Donate Login Register  
Poll
Question: What type of pool payouts do you prefer?
Bitcoins - 3209 (80.4%)
Bank transfer / USD - 409 (10.3%)
Gold/silver coins and bars - 371 (9.3%)
Total Voters: 3987

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 ... 1132 »
  Print  
Author Topic: [150+ PH] SlushPool (slushpool.com); World's First Mining Pool  (Read 4321973 times)
Tomuck_sigul
Newbie
*
Offline Offline

Activity: 8


View Profile
January 20, 2014, 06:36:48 PM
 #14381

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

Posts: 1516257399

View Profile Personal Message (Offline)

Ignore
1516257399
Reply with quote  #2

1516257399
Report to moderator
"You Asked For Change, We Gave You Coins" -- casascius
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
boylin
Newbie
*
Offline Offline

Activity: 6


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

pool seems to be alright now

Pool luck (1 day, 7 days, 30 days):   147%, 100%, 103%
Sir Alan
Full Member
***
Offline Offline

Activity: 221


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

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


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

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: 42


View Profile
January 20, 2014, 08:12:40 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
ccynthia
Jr. Member
*
Offline Offline

Activity: 52


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

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



View Profile
January 20, 2014, 08:42:54 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, 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


View Profile
January 20, 2014, 08:48:21 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 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



View Profile
January 20, 2014, 08:51:34 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.
ccynthia
Jr. Member
*
Offline Offline

Activity: 52


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

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: 2044


Poor impulse control.


View Profile WWW
January 20, 2014, 10:44:28 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.


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

Activity: 52


View Profile
January 20, 2014, 11:16: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.

organofcorti
Donator
Legendary
*
Offline Offline

Activity: 2044


Poor impulse control.


View Profile WWW
January 20, 2014, 11:43:54 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.

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

Activity: 52


View Profile
January 20, 2014, 11:53:34 PM
 #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.
ccynthia
Jr. Member
*
Offline Offline

Activity: 52


View Profile
January 21, 2014, 12:25:52 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.

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



View Profile
January 21, 2014, 12:27:48 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.
ccynthia
Jr. Member
*
Offline Offline

Activity: 52


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


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


View Profile
January 21, 2014, 01:16:02 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.
ccynthia
Jr. Member
*
Offline Offline

Activity: 52


View Profile
January 21, 2014, 01:29:14 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.

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



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

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!
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 ... 1132 »
  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!