Bitcoin Forum
April 20, 2024, 03:18:20 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 [529] 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 ... 1315 »
  Print  
Author Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000  (Read 2170600 times)
enta2k
Full Member
***
Offline Offline

Activity: 294
Merit: 101


The Future of Security Tokens


View Profile
September 17, 2014, 06:57:42 PM
 #10561

does i really need to set recipient to me after mining on pool, if i want to switch to solo? because it work even without it(at least it seems so)

Yes but i think you wont receive the payments when you find something.

TalkImg was created especially for hosting images on bitcointalk.org: try it next time you want to post an image
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1713583100
Hero Member
*
Offline Offline

Posts: 1713583100

View Profile Personal Message (Offline)

Ignore
1713583100
Reply with quote  #2

1713583100
Report to moderator
1713583100
Hero Member
*
Offline Offline

Posts: 1713583100

View Profile Personal Message (Offline)

Ignore
1713583100
Reply with quote  #2

1713583100
Report to moderator
dcct
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
September 17, 2014, 07:16:36 PM
Last edit: December 18, 2014, 12:16:18 AM by dcct
 #10562

+1

We don't need to be negative.
fivebells
Sr. Member
****
Offline Offline

Activity: 462
Merit: 250


View Profile
September 17, 2014, 07:53:59 PM
 #10563

dcct, in the merge tool startnonce needs to be an unsigned long long int.
dcct
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
September 17, 2014, 08:15:30 PM
 #10564

We need someone to re-do the flowchart in the OP:



We need something really fancy!

I'll give 5k BURST bounty for this. If there are any questions about it -> #burstcoin or send a message here.
dcct
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
September 17, 2014, 08:21:23 PM
 #10565

dcct, in the merge tool startnonce needs to be an unsigned long long int.

Hold on for a few hours, new version is almost ready. Just needs some final testing.
ltcnim
Legendary
*
Offline Offline

Activity: 914
Merit: 1001



View Profile
September 17, 2014, 08:25:02 PM
 #10566

@dcct: do you have any idea how to port your miner to ARM? I'm currently pulling my hair out. I was able to port the merge tool with just setting

#define _FILE_OFFSET_BITS 64

and removing O_LARGEFILE from the open() function (which shouldn't be used at least according to man pages anyway). the merge tool ran without problems after that and was able to handle my 102GB files just fine.
But the miner really gives me a hard time (mostly because of my lacking C skills ^^). It always produces way to long deadlines, while it works on my x64 linux just fine. Of course I'm using the correct shabal files.

Is there anything in the calculation which might fail or give wrong results on an ARM plattform?

enta2k
Full Member
***
Offline Offline

Activity: 294
Merit: 101


The Future of Security Tokens


View Profile
September 17, 2014, 08:46:31 PM
 #10567

can someone give me an example of a "too long deadline"?
I really dont know if mine are long or not Cheesy

fivebells
Sr. Member
****
Offline Offline

Activity: 462
Merit: 250


View Profile
September 17, 2014, 08:57:03 PM
 #10568

Hold on for a few hours, new version is almost ready. Just needs some final testing.

It's OK, I just changed the code. Smiley
pinballdude
Sr. Member
****
Offline Offline

Activity: 286
Merit: 250


View Profile
September 17, 2014, 09:19:26 PM
 #10569

can someone give me an example of a "too long deadline"?
I really dont know if mine are long or not Cheesy

This is of course when doing solo
The system is set up to to average 4 minute blocks, so 240 seconds should be average. That means that half the time a 240 second deadline will win a block, and half the time it is too large. at 120 seconds it might be 1/4 risk you don't get a block, and at 60 it might be 1/8 risk someone is faster, etc. etc. conversely at 480 you will only win a block 1/4 of the time, at 960 only 1/8 of the time... i think.. not sure these calculations work out, but it ought to be something like that. i had one at 180 that did not win a block, and one at 114 that did win a block. Patience is pretty vital, I had to wait almost a week before i got a block, and i was cpu plotting like crazy on 3 pcs, 14 cores,  24/7 towards 4TB, so on average i must have had somewhat over 1TB plottable

dcct
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
September 17, 2014, 09:22:07 PM
 #10570

There has been a version of my miner for uray's pool. Anyone has a link at hand? Cant find it.
daWallet
Sr. Member
****
Offline Offline

Activity: 302
Merit: 250



View Profile WWW
September 17, 2014, 09:24:54 PM
 #10571

@dcct

https://bitcointalk.org/index.php?topic=731923.msg8738422;topicseen#msg8738422

you're welcome

github/dawallet   Burst Client for Win & Burstcoin.biz
dcct
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
September 17, 2014, 09:25:39 PM
 #10572


Thank you  Kiss
Dzus1k
Member
**
Offline Offline

Activity: 74
Merit: 10


View Profile
September 17, 2014, 09:37:19 PM
 #10573

Any dice casino already ?
enta2k
Full Member
***
Offline Offline

Activity: 294
Merit: 101


The Future of Security Tokens


View Profile
September 17, 2014, 09:54:21 PM
 #10574

can someone give me an example of a "too long deadline"?
I really dont know if mine are long or not Cheesy

This is of course when doing solo
The system is set up to to average 4 minute blocks, so 240 seconds should be average. That means that half the time a 240 second deadline will win a block, and half the time it is too large. at 120 seconds it might be 1/4 risk you don't get a block, and at 60 it might be 1/8 risk someone is faster, etc. etc. conversely at 480 you will only win a block 1/4 of the time, at 960 only 1/8 of the time... i think.. not sure these calculations work out, but it ought to be something like that. i had one at 180 that did not win a block, and one at 114 that did win a block. Patience is pretty vital, I had to wait almost a week before i got a block, and i was cpu plotting like crazy on 3 pcs, 14 cores,  24/7 towards 4TB, so on average i must have had somewhat over 1TB plottable



Okay i have to say i don´t get it, you mean your system is giving you a result every 4 Minutes average?
Isn´t the average time set by the amount of space you are using?
I mined solo some time too and sometimes theres a result after 3 seconds and sometimes it takes ages.
Can you post a screenshot of what you mean, because i think i missunderstand it.

The thing is i plottet 6GB gpu and everyone says it´s worse than cpu plots,
i really would like to see if my average whatever time is good or bad.

SpeedDemon13
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500



View Profile WWW
September 17, 2014, 10:04:56 PM
 #10575

can someone give me an example of a "too long deadline"?
I really dont know if mine are long or not Cheesy

This is of course when doing solo
The system is set up to to average 4 minute blocks, so 240 seconds should be average. That means that half the time a 240 second deadline will win a block, and half the time it is too large. at 120 seconds it might be 1/4 risk you don't get a block, and at 60 it might be 1/8 risk someone is faster, etc. etc. conversely at 480 you will only win a block 1/4 of the time, at 960 only 1/8 of the time... i think.. not sure these calculations work out, but it ought to be something like that. i had one at 180 that did not win a block, and one at 114 that did win a block. Patience is pretty vital, I had to wait almost a week before i got a block, and i was cpu plotting like crazy on 3 pcs, 14 cores,  24/7 towards 4TB, so on average i must have had somewhat over 1TB plottable



Okay i have to say i don´t get it, you mean your system is giving you a result every 4 Minutes average?
Isn´t the average time set by the amount of space you are using?
I mined solo some time too and sometimes theres a result after 3 seconds and sometimes it takes ages.
Can you post a screenshot of what you mean, because i think i missunderstand it.

The thing is i plottet 6GB gpu and everyone says it´s worse than cpu plots,
i really would like to see if my average whatever time is good or bad.

Double digit millions or larger is a really bad deadline.

CRYPTSY exchange: https://www.cryptsy.com/users/register?refid=9017 BURST= BURST-TE3W-CFGH-7343-6VM6R BTC=1CNsqGUR9YJNrhydQZnUPbaDv6h4uaYCHv ETH=0x144bc9fe471d3c71d8e09d58060d78661b1d4f32 SHF=0x13a0a2cb0d55eca975cf2d97015f7d580ce52d85 EXP=0xd71921dca837e415a58ca0d6dd2223cc84e0ea2f SC=6bdf9d12a983fed6723abad91a39be4f95d227f9bdb0490de3b8e5d45357f63d564638b1bd71 CLAMS=xGVTdM9EJpNBCYAjHFVxuZGcqvoL22nP6f SOIL=0x8b5c989bc931c0769a50ecaf9ffe490c67cb5911
sickfancy
Full Member
***
Offline Offline

Activity: 153
Merit: 100


View Profile
September 17, 2014, 10:14:01 PM
 #10576

how to solo on 3 computer?
can run wallet on computer A and run pocminer on computer B ,C ?

thanks

Sure you can. Probably you want a miner on Computer A, too.

Just add computer B and C to nxt.allowedBotHosts= in your config.

I'd like to try this when but not sure I understand.  I have 2 computers A and B each running wallet and mining.  I want to run wallet only on computer A.  To do this, I only need to add B to nxt.allowedBotHost= in computer A config?  I don't have to do anything to computer B?
enta2k
Full Member
***
Offline Offline

Activity: 294
Merit: 101


The Future of Security Tokens


View Profile
September 17, 2014, 10:20:02 PM
 #10577

lol, for example my last dadline is 707506293144
Does this tell me, that my plot file is fucked?

burstcoin (OP)
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250


View Profile
September 17, 2014, 10:23:58 PM
 #10578

lol, for example my last dadline is 707506293144
Does this tell me, that my plot file is fucked?

I'd say so. I don't know how much space your using, but on 2TB you'll almost always stay under 2mill at the current difficulty. Billions or higher is bad unless you have like a 10MB plot file.

BURST-QHCJ-9HB5-PTGC-5Q8J9
enta2k
Full Member
***
Offline Offline

Activity: 294
Merit: 101


The Future of Security Tokens


View Profile
September 17, 2014, 10:26:39 PM
 #10579

My plot file is 5,4TB and i plotted everything with gpu.
If this is causing a like 10mb performance, i really hope there will be a fix for the gpu plotter soon,
because, it takes almost a week to plot with cpu Sad

You are the dude, if you say thats a very bad performance, i really should plot again with cpu,
as hard as it is, better plott forever than having like zero performance.

pinballdude
Sr. Member
****
Offline Offline

Activity: 286
Merit: 250


View Profile
September 17, 2014, 10:41:26 PM
 #10580

lol, for example my last dadline is 707506293144
Does this tell me, that my plot file is fucked?

either that, or that the plot file has very very few nounces in it, and is super small. I've had very small plot files under generation generate crazy deadlines, but deadlines improve a lot as the file grow in size, something like perhaps the best seen deadline over some period gets half as big, with double the filesize (or something like that)

my pc with 3TB plots right now has a minimum deadline of 4721 over the last 6 hours of mining, so it's not super easy to hit the small ones.

btw. it would be overly super cool if the java wallet server could be set up to add to a file the best deadline seen for every block one is mining. Such a log would be fun to have. The current log has to be set to log *A LOT* of stuff before the wallet starts logging deadline numbers.
Pages: « 1 ... 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 [529] 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 ... 1315 »
  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!