Author

Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 721. (Read 2171056 times)

hero member
Activity: 588
Merit: 500
1.) What is the purpose of optimizing plot files?
2.) How large plot files should be? Is it same to have 100 x 10Gb files or 10x100Gb files?
3.) Is there any limitation in size of plots miner could handle?
4.) Is there any need to specify RAM size while making plot files, and if so, what is optimal RAM size per machine for mining?
5.) Will it be "hard to hanlde" for miner if I put 4Gb ram in machine and 32Tb in same computer (8 x 4Tb hdds)?

Thank You.


1. reducing disk seeks
2. It doesn't matter at all
3. Nope
4. the bigger the better
5. Yeah, probably
sr. member
Activity: 328
Merit: 250
1.) What is the purpose of optimizing plot files?
2.) How large plot files should be? Is it same to have 100 x 10Gb files or 10x100Gb files?
3.) Is there any limitation in size of plots miner could handle?
4.) Is there any need to specify RAM size while making plot files, and if so, what is optimal RAM size per machine for mining?
5.) Will it be "hard to hanlde" for miner if I put 4Gb ram in machine and 32Tb in same computer (8 x 4Tb hdds)?

Thank You.
legendary
Activity: 1512
Merit: 1000
quarkchain.io


well, for one, the burstpool.ddns.net is port 8124, so you have to use burstpool.ddns.net:8124

The other pool I can't help you, but that should get you working on burstpool.ddns.net.





Trust me I already tried 8124 port , I wrote it above where I specify the issue
EDIT: I can run JAVA miner on port 80 at DDNS pool
legendary
Activity: 2282
Merit: 1072
https://crowetic.com | https://qortal.org
I also have the same problem.
Windows 8.1 64Bits

@Uray and @Blago:

Guys obviously I have some regional issue with connecting the remote IP using R3/R4 Uray's miners such an issue I have with the Blago's miner:

My settings at R4 miner in the conf file are:

 {
    "poolUrl" : "burstpool.ddns.net",
    "submissionMaxDelay" : 30,
    "submissionMaxRetry" : 3,
    "socketTimeout" : 60,
    "maxBufferSizeMB" : 2048,
    "plots" :
    [
       "D:\\BURST\\gpuPlotGenerator-bin-win-x86-2.1.1\\plots"
   ]
 }

It doesn't matter if I set buffersize 64 / 2048 / 4096.. Also doesn't matter if I set port (8124 for DDNS pool) or not (80 port). I tried with firewall absolutely OFF- same situation.
I have different account on other PCs with different IPs and location , the accounts are for both Uray's pools - same issue.
Let me show you some screenshots:




I'm still using JAVA miner without any issue , but I have to start different miner for every single HDD ploted...


well, for one, the burstpool.ddns.net is port 8124, so you have to use burstpool.ddns.net:8124

The other pool I can't help you, but that should get you working on burstpool.ddns.net.
newbie
Activity: 19
Merit: 0
I also have the same problem.
Windows 8.1 64Bits

@Uray and @Blago:

Guys obviously I have some regional issue with connecting the remote IP using R3/R4 Uray's miners such an issue I have with the Blago's miner:

My settings at R4 miner in the conf file are:

 {
    "poolUrl" : "burstpool.ddns.net",
    "submissionMaxDelay" : 30,
    "submissionMaxRetry" : 3,
    "socketTimeout" : 60,
    "maxBufferSizeMB" : 2048,
    "plots" :
    [
       "D:\\BURST\\gpuPlotGenerator-bin-win-x86-2.1.1\\plots"
   ]
 }

It doesn't matter if I set buffersize 64 / 2048 / 4096.. Also doesn't matter if I set port (8124 for DDNS pool) or not (80 port). I tried with firewall absolutely OFF- same situation.
I have different account on other PCs with different IPs and location , the accounts are for both Uray's pools - same issue.
Let me show you some screenshots:

https://i.imgur.com/3AEn7w2.jpg
https://i.imgur.com/yWGaBDF.jpg

I'm still using JAVA miner without any issue , but I have to start different miner for every single HDD ploted...

full member
Activity: 164
Merit: 100
Native C++ Miner Update 1.1 R4

binaries and source available here : https://github.com/uraymeiviar/burst-miner/releases
for osx, linux64 and win64

  • capable to read large stagger plot, with manual limit option on memory usage
  • Fix thread race condition, which reported to less nonce read
  • add option of buffer size (MB) in mining.conf to limit memory usage

and also, github automatically give the project website : http://uraymeiviar.github.io/burst-miner/

ty uray for the release R4....

i'm using windows..

can you explain how to tune "maxBufferSizeMB" param?
now i have this behaviour:

java miner: HIGH ram usage, but low CPU usage
Uray's miner: HIGH cpu usage, but low RAM usage..

it is correct for you???

or i set up some wrong param?

using higher maxBufferSizeMB should make miner read plot faster but use more memory usage,
using lower maxBufferSizeMB make miner use less memory, in exchange to slower read

you can tune this value to make the miner finish reading plot within 2-3 minutes
I have this running on a system with 4TB worth of plots, and I never see RAM usage go above 36,128K (36M).
My config file is set to allow 2048M, but I guess it doesn't need that much...
sr. member
Activity: 479
Merit: 250
1 of my hdd stop getting a payout from urays pool 2 3 days ago but my other is ok

nvm i guess the old wallet didnt show them i upgraded to the latest and i see them glad they are on the top now lol
legendary
Activity: 1512
Merit: 1000
quarkchain.io
@Uray and @Blago:

Guys obviously I have some regional issue with connecting the remote IP using R3/R4 Uray's miners such an issue I have with the Blago's miner:

My settings at R4 miner in the conf file are:

 {
    "poolUrl" : "burstpool.ddns.net",
    "submissionMaxDelay" : 30,
    "submissionMaxRetry" : 3,
    "socketTimeout" : 60,
    "maxBufferSizeMB" : 2048,
    "plots" :
    [
       "D:\\BURST\\gpuPlotGenerator-bin-win-x86-2.1.1\\plots"
   ]
 }

It doesn't matter if I set buffersize 64 / 2048 / 4096.. Also doesn't matter if I set port (8124 for DDNS pool) or not (80 port). I tried with firewall absolutely OFF- same situation.
I have different account on other PCs with different IPs and location , the accounts are for both Uray's pools - same issue.
Let me show you some screenshots:




I'm still using JAVA miner without any issue , but I have to start different miner for every single HDD ploted...
sr. member
Activity: 462
Merit: 250
is it possible see the deadline that found the block in the block expoler?

You can infer it with reasonable accuracy from the delay since the reporting of the previous block.
yuk
full member
Activity: 224
Merit: 100
is it possible see the deadline that found the block in the block expoler?
full member
Activity: 224
Merit: 100
What best solo miners working with larger stagger plots?
full member
Activity: 224
Merit: 100
Your problem is the plots directory.. Change this with your plots directory..

Sad


I need to have all in the root, is that it?
My example:
 {
    "poolUrl" : "127.0.0.1:8125",
    "submissionMaxDelay" : 30,
    "submissionMaxRetry" : 3,
    "socketTimeout" : 60,
    "maxBufferSizeMB" : 4196,
    "plots" :
    [
       "G:\\plots",
       "E:\\plots",
   "I:\\plots",
   "H:\\plots",
   "D:\\plots",
   "F:\\plots",
"J:\\plots"
   ]
 }


Have you enough RAM? This miner doesn't accept solo mining..
8096 system ram
Are you sure about solo mining?
legendary
Activity: 1382
Merit: 1002
Can someone help me setting up my .conf file in uray's miner?

I have this settings:

 {
    "poolUrl" : "burst-pool.cryptoport.io",
    "submissionMaxDelay" : 30,
    "submissionMaxRetry" : 3,
    "socketTimeout" : 60,
    "maxBufferSizeMB" : 64,
    "plots" :
    [
       "c:\\pocminer_v1\\plots",
       "c:\\plots"
   ]
 }

But when I start the miner it closes instantly.
I'm trying to mine burst, but getting hard time setting things up. Could really use some help.
Thanks


I'm guessing that you mega do not have any plots?
You need to have them before getting started pool mining.

Here is a guide to get you started: https://bitcointalksearch.org/topic/m.8878839

In an essence: make your plot files, then have a miner use these plot files for generating BURST, either solo mining but maybe better to join a pool. Otherwise, if you have your plots, simply point the miner to them with the location places in the provided .conf file.
legendary
Activity: 1596
Merit: 1009
Your problem is the plots directory.. Change this with your plots directory..

Sad


I need to have all in the root, is that it?
My example:
 {
    "poolUrl" : "127.0.0.1:8125",
    "submissionMaxDelay" : 30,
    "submissionMaxRetry" : 3,
    "socketTimeout" : 60,
    "maxBufferSizeMB" : 4196,
    "plots" :
    [
       "G:\\plots",
       "E:\\plots",
   "I:\\plots",
   "H:\\plots",
   "D:\\plots",
   "F:\\plots",
"J:\\plots"
   ]
 }


Have you enough RAM? This miner doesn't accept solo mining..
full member
Activity: 224
Merit: 100
Your problem is the plots directory.. Change this with your plots directory..

Sad


I need to have all in the root, is that it?
My example:
 {
    "poolUrl" : "127.0.0.1:8125",
    "submissionMaxDelay" : 30,
    "submissionMaxRetry" : 3,
    "socketTimeout" : 60,
    "maxBufferSizeMB" : 4196,
    "plots" :
    [
       "G:\\plots",
       "E:\\plots",
   "I:\\plots",
   "H:\\plots",
   "D:\\plots",
   "F:\\plots",
"J:\\plots"
   ]
 }

newbie
Activity: 4
Merit: 0
I'm using dcct's new miner to solo mine and I keep getting this:


Code:
Walet reported no deadline.
229 MB read/917 GB total/no deadline

Any idea what might be causing this? and how to fix it?  Roll Eyes

I'm mining with 6TB by the way.

dcct's miner can not handle special characters in your passphrase properly.
If you use special characters in your passpharase and you want to use dcct's miner,
you should change miner's code a little or change your passphrase and replot all you HDDs. Wink

Quote
If passphrase contains special characters like !"#$%& etc..., the miner won't mine properly.
The special characters must be encoded like %21%22%23%24%25%26.
The line 72 and 372 of  mine.c should be modified like following.


Code:
LINE 72:
// Buffer to read the passphrase to
char passphrase[/*2001*/6001];


LINE 372:
#if 0
        for( i=0; i                if( passphrase[i] == ' ' )
                        passphrase[i] = '+';

                // end on newline
                if( passphrase[i] == '\n' )
                        passphrase[i] = 0;
        }
#else
        {
                char work[6001];
                long result = 0;
                char *p = NULL;
                long loop1;


                p = work;
                for (loop1=0; loop1 < bytes; loop1++) {
                        result = isalnum(passphrase[loop1]);

                        if (result == 0) {
                                if (passphrase[loop1] != 0xa) { /* if not newline. */
                                        sprintf(p, "%%%x", passphrase[loop1]);
                                        p+=3;
                                }
                        } else {
                                *p = passphrase[loop1];
                                p++;
                        }
                }
                bytes = p - work;
                memcpy(passphrase, work, bytes);
        }
#endif




Hey man thanks a lot for the answer, this is the kind of answer I was looking for. I tried modifying line #372 and nothing happened, is there any way you could PM me a link to download your mine.c file?

This patch is for older version of dcct's miner.
dcct will fix this some day. Wink

But if you are in hurry, follow instructions bellow.

1. Downlowd latest dcct_miner.tgz from somewhere.
2. Copy & Paste following script where dcct_miner.tgz is exists.

Code:
bash
mkdir dcct_miner
cd dcct_miner
tar zxvf ../dcct_miner.tgz
echo -e  '*** mine.c.orig\t2014-09-19 04:58:39.000000000 +0900' > patch_mine.c
echo -e  '--- mine.c\t2014-09-26 20:34:25.755795728 +0900' >> patch_mine.c
echo -e  '***************' >> patch_mine.c
echo -e  '*** 28,33 ****' >> patch_mine.c
echo -e  '--- 28,34 ----' >> patch_mine.c
echo -e  '  #include ' >> patch_mine.c
echo -e  '  #include ' >> patch_mine.c
echo -e  '  #include ' >> patch_mine.c
echo -e  '+ #include ' >> patch_mine.c
echo -e  '  ' >> patch_mine.c
echo -e  '  #include "shabal.h"' >> patch_mine.c
echo -e  '  #include "helper.h"' >> patch_mine.c
echo -e  '***************' >> patch_mine.c
echo -e  '*** 84,90 ****' >> patch_mine.c
echo -e  '  ' >> patch_mine.c
echo -e  '  // Buffer to read the passphrase to. Only when SOLO mining' >> patch_mine.c
echo -e  '  #ifdef SOLO' >> patch_mine.c
echo -e  '! char passphrase[BUFFERSIZE + 1];' >> patch_mine.c
echo -e  '  #endif' >> patch_mine.c
echo -e  '  ' >> patch_mine.c
echo -e  '  char readbuffer[BUFFERSIZE + 1];' >> patch_mine.c
echo -e  '--- 85,91 ----' >> patch_mine.c
echo -e  '  ' >> patch_mine.c
echo -e  '  // Buffer to read the passphrase to. Only when SOLO mining' >> patch_mine.c
echo -e  '  #ifdef SOLO' >> patch_mine.c
echo -e  '! char passphrase[BUFFERSIZE * 3 + 1];' >> patch_mine.c
echo -e  '  #endif' >> patch_mine.c
echo -e  '  ' >> patch_mine.c
echo -e  '  char readbuffer[BUFFERSIZE + 1];' >> patch_mine.c
echo -e  '***************' >> patch_mine.c
echo -e  '*** 426,441 ****' >> patch_mine.c
echo -e  '  \t' >> patch_mine.c
echo -e  '  \tint bytes = read( pf, passphrase, 2000 );' >> patch_mine.c
echo -e  '  ' >> patch_mine.c
echo -e  '! \t// Replace spaces with +' >> patch_mine.c
echo -e  '! \tfor( i=0; i> patch_mine.c
echo -e  '! \t\tif( passphrase[i] == \x27\x20\x27 )' >> patch_mine.c
echo -e  '! \t\t\tpassphrase[i] = \x27+\x27;' >> patch_mine.c
echo -e  '! ' >> patch_mine.c
echo -e  '! \t\t// end on newline' >> patch_mine.c
echo -e  '! \t\tif( passphrase[i] == \x27\\n\x27 || passphrase[i] == \x27\\r\x27)' >> patch_mine.c
echo -e  '! \t\t\tpassphrase[i] = 0;' >> patch_mine.c
echo -e  '! \t}' >> patch_mine.c
echo -e  '  ' >> patch_mine.c
echo -e  '  \tpassphrase[bytes] = 0;' >> patch_mine.c
echo -e  '  #endif' >> patch_mine.c
echo -e  '  ' >> patch_mine.c
echo -e  '--- 427,456 ----' >> patch_mine.c
echo -e  '  \t' >> patch_mine.c
echo -e  '  \tint bytes = read( pf, passphrase, 2000 );' >> patch_mine.c
echo -e  '  ' >> patch_mine.c
echo -e  '! \t{' >> patch_mine.c
echo -e  '! \t\tchar work[BUFFERSIZE * 3 + 1];' >> patch_mine.c
echo -e  '! \t\tlong result = 0;' >> patch_mine.c
echo -e  '! \t\tchar* p = NULL;' >> patch_mine.c
echo -e  '! \t\tlong loop1;' >> patch_mine.c
echo -e  '! ' >> patch_mine.c
echo -e  '  ' >> patch_mine.c
echo -e  '+ \t\tp = work;' >> patch_mine.c
echo -e  '+ \t\tfor (loop1=0; loop1 < bytes; loop1++) {' >> patch_mine.c
echo -e  '+ \t\t\tresult = isalnum(passphrase[loop1]);' >> patch_mine.c
echo -e  '+ ' >> patch_mine.c
echo -e  '+ \t\t\tif (result == 0) {' >> patch_mine.c
echo -e  '+ \t\t\t\tif (passphrase[loop1] != 0xa) { /* if not newline. */' >> patch_mine.c
echo -e  '+ \t\t\t\t\tsprintf(p, "%%%x", passphrase[loop1]);' >> patch_mine.c
echo -e  '+ \t\t\t\t\tp+=3;' >> patch_mine.c
echo -e  '+ \t\t\t\t}' >> patch_mine.c
echo -e  '+ \t\t\t} else {' >> patch_mine.c
echo -e  '+ \t\t\t\t*p = passphrase[loop1];' >> patch_mine.c
echo -e  '+ \t\t\t\tp++;' >> patch_mine.c
echo -e  '+ \t\t\t}' >> patch_mine.c
echo -e  '+ \t\t}' >> patch_mine.c
echo -e  '+ \t\tbytes = p - work;' >> patch_mine.c
echo -e  '+ \t\tmemcpy(passphrase, work, bytes);' >> patch_mine.c
echo -e  '+         }' >> patch_mine.c
echo -e  '  \tpassphrase[bytes] = 0;' >> patch_mine.c
echo -e  '  #endif' >> patch_mine.c
patch < patch_mine.c
make
exit

You can find miner at dcct_miner/mine.
I hope this works.
hero member
Activity: 644
Merit: 500
Thanks.

I think is again down. It show 0 block and "invalid json recieved" from miner.
hero member
Activity: 644
Merit: 500
Jump to: