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

[J_Dubbs]

Hi everyone,

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

I use GUIMiner on my Windows PC, with these parameters :

host : stratum.bitcoin.cz
port : 3333

login and password for the worker (got it from the pool website, no it's not my website login)

start de bitcoin original client in server mode, and then clic on mining, here is the console :

2014-01-20 18:12:56: Running command: poclbm.exe login:password@stratum.bitcoin.cz:3333 --device=0 --platform=0 --verbose -r1
2014-01-20 18:12:56: Listener for "Slush" started
2014-01-20 18:12:59: Listener for "Slush": WARNING: ADL missing (no AMD platform?), temperature control is disabled
2014-01-20 18:12:59: Listener for "Slush": 20/01/2014 18:12:59, started OpenCL miner on platform 0, device 0 (Intel(R) Core(TM) i3 CPU         540  @ 3.07GHz)
2014-01-20 18:13:00: Listener for "Slush": stratum.bitcoin.cz:3333 20/01/2014 18:13:00, checking for stratum...
2014-01-20 18:13:00: Listener for "Slush": stratum.bitcoin.cz:3333 20/01/2014 18:13:00, no response to getwork, using as stratum
2014-01-20 18:13:00: Listener for "Slush": stratum.bitcoin.cz:3333 20/01/2014 18:13:00, Setting new difficulty: 3
2014-01-20 18:13:48: Listener for "Slush": stratum.bitcoin.cz:3333 20/01/2014 18:13:48, Setting new difficulty: 1

and then nothing, when I check the summary tab I have a "Connection problem" status...

please help anyone !

Sebmex

I'm not a pro but just a cursory review the GUI miner might be the problem, many seem to dislike this software. Why are you using it? What are you mining with?

Regardless of what you are mining with I'm pretty sure you'll either want bfgminer or Slush's proxy software, almost certain GUI Miner is very problematic.

[ccynthia]

Hi everyone,

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

I use GUIMiner on my Windows PC, with these parameters :

host : stratum.bitcoin.cz
port : 3333

login and password for the worker (got it from the pool website, no it's not my website login)

start de bitcoin original client in server mode, and then clic on mining, here is the console :

2014-01-20 18:12:56: Running command: poclbm.exe login:password@stratum.bitcoin.cz:3333 --device=0 --platform=0 --verbose -r1
2014-01-20 18:12:56: Listener for "Slush" started
2014-01-20 18:12:59: Listener for "Slush": WARNING: ADL missing (no AMD platform?), temperature control is disabled
2014-01-20 18:12:59: Listener for "Slush": 20/01/2014 18:12:59, started OpenCL miner on platform 0, device 0 (Intel(R) Core(TM) i3 CPU         540  @ 3.07GHz)
2014-01-20 18:13:00: Listener for "Slush": stratum.bitcoin.cz:3333 20/01/2014 18:13:00, checking for stratum...
2014-01-20 18:13:00: Listener for "Slush": stratum.bitcoin.cz:3333 20/01/2014 18:13:00, no response to getwork, using as stratum
2014-01-20 18:13:00: Listener for "Slush": stratum.bitcoin.cz:3333 20/01/2014 18:13:00, Setting new difficulty: 3
2014-01-20 18:13:48: Listener for "Slush": stratum.bitcoin.cz:3333 20/01/2014 18:13:48, Setting new difficulty: 1

and then nothing, when I check the summary tab I have a "Connection problem" status...

please help anyone !

Sebmex

I'm not a pro but just a cursory review the GUI miner might be the problem, many seem to dislike this software. Why are you using it? What are you mining with?

Regardless of what you are mining with I'm pretty sure you'll either want bfgminer or Slush's proxy software, almost certain GUI Miner is very problematic.

I agree with this totally. I had to switch to bgfminer and after I did everything worked fine. But you need to beware that some anti-virus programs will think bfgminer is a virus. I had to totally remove Norton from my system before it worked for me.

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