Bitcoin Forum
October 09, 2024, 11:34:18 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 [383] 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 ... 1154 »
  Print  
Author Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool  (Read 4382509 times)
ewitte
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
May 06, 2013, 04:10:19 PM
 #7641


Will you be able to sell an ISA VGA card now?

Its been a long time since ISA VGA cards were on market.  For 5GH/s ASIC it may last only a year or so before its worthless.

Donations
BTC - 13Lgy6fb4d3nSYEf2nkgBgyBkkhPw8zkPd
LTC - LegzRwyc2Xhu8cqvaW2jwRrqSnhyaYU6gZ
KNK
Hero Member
*****
Offline Offline

Activity: 692
Merit: 502


View Profile
May 06, 2013, 04:12:26 PM
 #7642

@ Lucko

Then it means it could take 70+.
I doubt they get into the next block, because that would brake the score calculation - they enter the database later, but in the exact place and when submitted are triggering recalculation, which explains the jumps up and down for the last few rounds (and unconfirmed rewards), but will never happen for the 'confirmed' ones.

EDIT: Just look at the top for accepted shares "| A:xxx" no need to count them for 1h

Mega Crypto Polis - www.MegaCryptoPolis.com
BTC tips: 1KNK1akhpethhtcyhKTF2d3PWTQDUWUzHE
KNK
Hero Member
*****
Offline Offline

Activity: 692
Merit: 502


View Profile
May 06, 2013, 04:18:39 PM
 #7643

Its been a long time since ISA VGA cards were on market.  For 5GH/s ASIC it may last only a year or so before its worthless.

CPU miners where also worthless in less than an year, then the same for GPUs ... it's just as it is for the mining and ASICs are designed to do only that.

Mega Crypto Polis - www.MegaCryptoPolis.com
BTC tips: 1KNK1akhpethhtcyhKTF2d3PWTQDUWUzHE
digital
Hero Member
*****
Offline Offline

Activity: 490
Merit: 500


View Profile
May 06, 2013, 04:27:21 PM
 #7644

I don't really see anyone else complaining about variance.  When there is a problem with the site it's usually pretty obvious, because the thread is so flooded with posts that there is no point posting an explanation until things settle down.

Right now it's just you...

:EDIT:  If you have logs that prove your share count is off, post them.  Otherwise I would be curious to know how you are determining that in the first place...
See last pages and you will see that I'm not the only one... This was just a comment on someone saying that it takes up to 50 minutes to sort up things... So it is not fresh... Round 17878 did sort up... It took a while(70+ minutes) but it did...

EDIT: Do you know how cgminer log looks like and you are asking me to post it? Look at one and then rethink...
Hire is just start of one... From my 460 miner... Only 2 minutes from start...

 [2013-05-05 17:58:19] Started cgminer 2.11.4
 [2013-05-05 17:58:20] Probing for an alive pool
 [2013-05-05 17:58:22] Switching to pool 5 http://eu-stratum.btcguild.com:3333 - first alive pool
 [2013-05-05 17:58:22] Pool 4 slow/down or URL or credentials invalid
 [2013-05-05 17:58:26] Switching pool 3 http://api.bitcoin.cz:8332 to stratum+tcp://stratum.bitcoin.cz:3333
 [2013-05-05 17:58:27] Accepted 84459d1b Diff 1/1 GPU 0 pool 5
 [2013-05-05 17:58:31] Accepted 273e278b Diff 6/1 GPU 0 pool 5
 [2013-05-05 17:58:34] Accepted ea70fa7a Diff 1/1 GPU 0 pool 5
 [2013-05-05 17:58:37] Pool 2 http://stratum3.bitcoin.cz:3333 alive
 [2013-05-05 17:58:37] Switching to pool 2 http://stratum3.bitcoin.cz:3333
 [2013-05-05 17:58:37] Pool 1 http://stratum2.bitcoin.cz:3333 alive
 [2013-05-05 17:58:37] Switching to pool 1 http://stratum2.bitcoin.cz:3333
 [2013-05-05 17:58:37] Pool 0 http://stratum.bitcoin.cz:3333 alive
 [2013-05-05 17:58:37] Switching to pool 0 http://stratum.bitcoin.cz:3333
 [2013-05-05 17:58:56] Accepted 4a78a96e Diff 3/1 GPU 0 pool 0
 [2013-05-05 17:58:56] Stratum from pool 0 requested work restart
 [2013-05-05 17:59:16] Accepted b88a98d6 Diff 1/1 GPU 0 pool 0
 [2013-05-05 17:59:33] Accepted 01c758f4 Diff 143/1 GPU 0 pool 0
 [2013-05-05 17:59:36] Accepted 6ad80539 Diff 2/1 GPU 0 pool 0
 [2013-05-05 18:00:19] Accepted c32e9a34 Diff 1/1 GPU 0 pool 0
 [2013-05-05 18:00:55] Accepted 9c4d1901 Diff 1/1 GPU 0 pool 0
 [2013-05-05 18:01:09] Accepted 96a868f5 Diff 1/1 GPU 0 pool 0
 [2013-05-05 18:01:12] Accepted eb0123b1 Diff 1/1 GPU 0 pool 0
 [2013-05-05 18:01:25] Accepted b38ac9be Diff 1/1 GPU 0 pool 0
 [2013-05-05 18:01:34] Accepted 83d8a855 Diff 1/1 GPU 0 pool 0
 [2013-05-05 18:01:45] Accepted 42d9e41a Diff 3/1 GPU 0 pool 0
 [2013-05-05 18:01:53] Accepted b628c371 Diff 1/1 GPU 0 pool 0
 [2013-05-05 18:02:13] Accepted ee29bdaf Diff 1/1 GPU 0 pool 0

So for one hour block it would be extremely long...

That's why I was curious as to how you came about your numbers.  It's hard to be precise when counting shares/block unless you do a lot of work or have some sort of reporting or logging features that I've not seen in the past...

If I help you out: 17QatvSdciyv2zsdAbphDEUzST1S6x46c3
References (bitcointalk.org/index.php?topic=): 50051.20  50051.100  53668.0  53788.0  53571.0  53571.0  52212.0  50729.0  114804.0  115468  78106  69061  58572  54747
Lucko
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1000



View Profile
May 06, 2013, 04:41:43 PM
 #7645

That's why I was curious as to how you came about your numbers.  It's hard to be precise when counting shares/block unless you do a lot of work or have some sort of reporting or logging features that I've not seen in the past...

See if a block is off, move the logs to my computer and look when it was started and when it was ended, copy to excel, do some searches if I got disconnected or move to other pool and then see last call number... See if shares match up and then see the speed of last 200 shares if it was off. This is my method... I'm thinking of creating macro for that...

EDIT: remove stratum detected new block and so on
vs3
Hero Member
*****
Offline Offline

Activity: 622
Merit: 500


View Profile WWW
May 06, 2013, 05:21:40 PM
 #7646

...
 [2013-05-05 17:58:31] Accepted 273e278b Diff 6/1 GPU 0 pool 5
...
 [2013-05-05 17:58:56] Accepted 4a78a96e Diff 3/1 GPU 0 pool 0
...
 [2013-05-05 17:59:33] Accepted 01c758f4 Diff 143/1 GPU 0 pool 0
 [2013-05-05 17:59:36] Accepted 6ad80539 Diff 2/1 GPU 0 pool 0
...
 [2013-05-05 18:01:45] Accepted 42d9e41a Diff 3/1 GPU 0 pool 0
 [2013-05-05 18:01:53] Accepted b628c371 Diff 1/1 GPU 0 pool 0
 [2013-05-05 18:02:13] Accepted ee29bdaf Diff 1/1 GPU 0 pool 0

I'm not sure if this Diff is the same as Difficulty as specified on your account (for each miner). If that's the same thing - then that's probably a problem for you. The issue is that if you assign a very high difficulty for your miner you pretty much tell the server that it will do a rather high number GH/s and your worker will report once all of that work has been completed - that's to minimize traffic. (I'm over-simplifying the explanation but that's roughly the idea)

The issue is that if you say you'll do many GH/s but you do much less then you may have a lot of unreported work at the end of the round - resulting in shares that were never reported.

Trongersoll
Hero Member
*****
Offline Offline

Activity: 490
Merit: 501



View Profile
May 06, 2013, 05:28:07 PM
 #7647

Trongersoll:
I've done some research about the network propagation map on blockchain.info. As far as I can tell it simply shows the first node in the network which confirms the new block. It has nothing to do with the mining pool or the miner who found the block then.
(Sorry but for some reason I cannot quote anything from this thread. It works in others but not here.)

Oh, guess i was off on that. Now i know something that i didn't before. thanks.
Lucko
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1000



View Profile
May 06, 2013, 05:36:41 PM
 #7648

...
 [2013-05-05 17:58:31] Accepted 273e278b Diff 6/1 GPU 0 pool 5
...
 [2013-05-05 17:58:56] Accepted 4a78a96e Diff 3/1 GPU 0 pool 0
...
 [2013-05-05 17:59:33] Accepted 01c758f4 Diff 143/1 GPU 0 pool 0
 [2013-05-05 17:59:36] Accepted 6ad80539 Diff 2/1 GPU 0 pool 0
...
 [2013-05-05 18:01:45] Accepted 42d9e41a Diff 3/1 GPU 0 pool 0
 [2013-05-05 18:01:53] Accepted b628c371 Diff 1/1 GPU 0 pool 0
 [2013-05-05 18:02:13] Accepted ee29bdaf Diff 1/1 GPU 0 pool 0

I'm not sure if this Diff is the same as Difficulty as specified on your account (for each miner). If that's the same thing - then that's probably a problem for you. The issue is that if you assign a very high difficulty for your miner you pretty much tell the server that it will do a rather high number GH/s and your worker will report once all of that work has been completed - that's to minimize traffic. (I'm over-simplifying the explanation but that's roughly the idea)

The issue is that if you say you'll do many GH/s but you do much less then you may have a lot of unreported work at the end of the round - resulting in shares that were never reported.
Did you ever used cgminer?  [2013-05-05 18:02:13] Accepted ee29bdaf Diff 1/1 GPU 0 pool 0 <--- diff 1 accepted... What dose that tells you?
KNK
Hero Member
*****
Offline Offline

Activity: 692
Merit: 502


View Profile
May 06, 2013, 05:37:21 PM
 #7649

I'm not sure if this Diff is the same as Difficulty as specified on your account (for each miner).

His Diff is 1 and can't be lower, so your post is useless in this case even if it is correct as statement.

He said, he is mining with ~2GH/s (or 'From my 460 miner' it's 460MH/s ?), which suggests Diff 2 as optimal, but 1 share every 20 sec is actually ~200MH/s ?!?

Mega Crypto Polis - www.MegaCryptoPolis.com
BTC tips: 1KNK1akhpethhtcyhKTF2d3PWTQDUWUzHE
Lucko
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1000



View Profile
May 06, 2013, 06:07:23 PM
 #7650

I'm not sure if this Diff is the same as Difficulty as specified on your account (for each miner).

His Diff is 1 and can't be lower, so your post is useless in this case even if it is correct as statement.

He said, he is mining with ~2GH/s (or 'From my 460 miner' it's 460MH/s ?), which suggests Diff 2 as optimal, but 1 share every 20 sec is actually ~200MH/s ?!?
It was startup... And it goes over all pools and connect to all of them. So there is a lot of idle time. And no it is difficulty 1 as log suggest... There are a 468,7M miner and 1.623G miner... Just in case. And running diff 1.
KNK
Hero Member
*****
Offline Offline

Activity: 692
Merit: 502


View Profile
May 06, 2013, 06:30:55 PM
 #7651

For 2G miner Diff 2 is suggested, but as you have 2 miners/workers (especially if on different locations) and close to the minimum (of 2G), then Diff 1 may be in fact better.
After a few hours (or a full round) of mining pay attention to the top line of CGMiner:
'... | A:XXX  R:YY  HW:0  U:Z.Z/m'
XXX - the number of shares submitted = should match the number of shares registered from the pool (1)
Z.Z/m - average shares per minute = should match you 'Total:' shares when multiplied to the number of minutes shown (1)

(1) -  if you haven't mined for another one, because of connection problems.

Mega Crypto Polis - www.MegaCryptoPolis.com
BTC tips: 1KNK1akhpethhtcyhKTF2d3PWTQDUWUzHE
Lucko
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1000



View Profile
May 06, 2013, 07:00:30 PM
 #7652

For 2G miner Diff 2 is suggested, but as you have 2 miners/workers (especially if on different locations) and close to the minimum (of 2G), then Diff 1 may be in fact better.
After a few hours (or a full round) of mining pay attention to the top line of CGMiner:
'... | A:XXX  R:YY  HW:0  U:Z.Z/m'
XXX - the number of shares submitted = should match the number of shares registered from the pool (1)
Z.Z/m - average shares per minute = should match you 'Total:' shares when multiplied to the number of minutes shown (1)

(1) -  if you haven't mined for another one, because of connection problems.

Thanks but you are not talking to someone who has no clue what cgminer is. I have logs so I can do more then that. I can look into them and see what was going on. And when I see shares missing with no connection problems(we are not talking right now it as some time ago) that means that something was off and I was not the only one seeing that. So I relay do see what you would like to tell me unless you haven't read all posts.
KNK
Hero Member
*****
Offline Offline

Activity: 692
Merit: 502


View Profile
May 06, 2013, 07:14:45 PM
 #7653

I did read all your posts, but it seems we can't understand each other (sorry not a native English speaker, so it's probably my wording the reason).

What i am trying to say is: there is no problem, but only a delay (sometimes considerable) in calculating your shares. Then i have pointed several observations (and methods that can be used) in proving that.

Mega Crypto Polis - www.MegaCryptoPolis.com
BTC tips: 1KNK1akhpethhtcyhKTF2d3PWTQDUWUzHE
Lucko
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1000



View Profile
May 06, 2013, 07:20:34 PM
 #7654

I did read all your posts, but it seems we can't understand each other (sorry not a native English speaker, so it's probably my wording the reason).

What i am trying to say is: there is no problem, but only a delay (sometimes considerable) in calculating your shares. Then i have pointed several observations (and methods that can be used) in proving that.
So you are saying the delay is still in effect when block is confirmed? No way... You haven't read all or you have real problems with understanding English. Or you are trolling me.
KNK
Hero Member
*****
Offline Offline

Activity: 692
Merit: 502


View Profile
May 06, 2013, 07:36:04 PM
 #7655

@ Lucko

Then it means it could take 70+.
I doubt they get into the next block, because that would brake the score calculation - they enter the database later, but in the exact place and when submitted are triggering recalculation, which explains the jumps up and down for the last few rounds (and unconfirmed rewards), but will never happen for the 'confirmed' ones.

Exactly the opposite ('confirmed' is after 100 blocks), but let's stop here. There's no point in arguing.

Mega Crypto Polis - www.MegaCryptoPolis.com
BTC tips: 1KNK1akhpethhtcyhKTF2d3PWTQDUWUzHE
Lucko
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1000



View Profile
May 06, 2013, 07:42:12 PM
 #7656

@ Lucko

Then it means it could take 70+.
I doubt they get into the next block, because that would brake the score calculation - they enter the database later, but in the exact place and when submitted are triggering recalculation, which explains the jumps up and down for the last few rounds (and unconfirmed rewards), but will never happen for the 'confirmed' ones.

Exactly the opposite ('confirmed' is after 100 blocks), but let's stop here. There's no point in arguing.
OK so we agree on everything. So there was a problem. Block confirmed and missing shares according to log.
scouzi
Newbie
*
Offline Offline

Activity: 45
Merit: 0


View Profile
May 06, 2013, 09:57:09 PM
 #7657

@ Lucko

Then it means it could take 70+.
I doubt they get into the next block, because that would brake the score calculation - they enter the database later, but in the exact place and when submitted are triggering recalculation, which explains the jumps up and down for the last few rounds (and unconfirmed rewards), but will never happen for the 'confirmed' ones.

Exactly the opposite ('confirmed' is after 100 blocks), but let's stop here. There's no point in arguing.
OK so we agree on everything. So there was a problem. Block confirmed and missing shares according to log.

Personally, I use the U: field in cgminer to calculate my approx submitted shares. It's in submitted/min rate.
Lucko
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1000



View Profile
May 06, 2013, 10:23:54 PM
 #7658

Personally, I use the U: field in cgminer to calculate my approx submitted shares. It's in submitted/min rate.
Agree for a quick test that works for a long block. But to be sure or for short block you need to look at logs.
scouzi
Newbie
*
Offline Offline

Activity: 45
Merit: 0


View Profile
May 06, 2013, 11:34:18 PM
 #7659

Payout history Time Zone

What is the timezone for the payout history? I have one tagged for May 07 but we're still May 6 in UTC.
BitcoinBarrel
Legendary
*
Offline Offline

Activity: 2008
Merit: 1028


Fill Your Barrel with Bitcoins!


View Profile WWW
May 07, 2013, 12:18:38 AM
 #7660

How long does it take for the Worker Stats to update under My Profile?

Edit: Ok just got Proof of Work on my Miner software and the Stats updated automatically.



        ▄▄▄▄▄▄▄▄▄▄
     ▄██████████████▄
   ▄█████████████████▌
  ▐███████████████████▌
 ▄█████████████████████▄
 ███████████████████████
▐███████████████████████
▐███████████████████████
▐███████████████████████
▐███████████████████████
 ██████████████████████▀
 ▀████████████████████▀
  ▀██████████████████
    ▀▀████████████▀▀
.
.....
.....
.....
.....
.....
.....





Pages: « 1 ... 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 [383] 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 ... 1154 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!