[ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000

[Amph]

hey guys.can anyone tell me why i keep getting "unable to get mining info from wallet" and "failed to submit nonce" errors on v2 pool.i have tried changing port to 80 .i am submitting shares and getting payouts just wondering if this will affect my payouts.

re-do the 1 fee burst

i did it.but why do this again.just curious

because maybe you have changed the recepier

[ltcnim]

hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^

Code:

dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped

Are you using the correct passphrase?

passphrase? where? i used the tutorial here: http://burst-pool.cryptoport.io/howto.html there's nothing written about a passphrase when using your miner. I just checked back with the java miner, and instantly got much better deadlines:

Code:

{"result":"success","deadline":756214}
{"result":"success","deadline":824025}
...

edit: ah, I guess you meant the passphrase when generating the plots? yes, should have been the correct one.

i just checked the code of the miner, and the extremely high deadline that has been submitted can be explained with the fact, that the pool does not have a limit (well...nearly):

Code:

if(best < 5000000000000ULL)

so I still don't understand why the java miner finds much better and more deadlines, and why the C miner does only show ~320GB from ~620GB

edit: i'll try again and let it run a little longer...

[Sglasio]

who can write .bat script for many file mklink?

oh... i found )))

[dcct]

hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^

Code:

dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped

Are you using the correct passphrase?

passphrase? where? i used the tutorial here: http://burst-pool.cryptoport.io/howto.html there's nothing written about a passphrase when using your miner. I just checked back with the java miner, and instantly got much better deadlines:

Code:

{"result":"success","deadline":756214}
{"result":"success","deadline":824025}
...

edit: ah, I guess you meant the passphrase when generating the plots? yes, should have been the correct one.

i just checked the code of the miner, and the extremely high deadline that has been submitted can be explained with the fact, that the pool does not have a limit (well...nearly):

Code:

if(best < 5000000000000ULL)

so I still don't understand why the java miner finds much better and more deadlines, and why the C miner does only show ~320GB from ~620GB

edit: i'll try again and let it run a little longer...

You are using the old miner code.

Try this one:

https://bchain.info/dcct_miner.tgz

[fanepatent]

Ok, the GPU plotter isn't working. Tried on a 280x.
I would like to give people an alternative to the java plotter. But it will require some resources.
Using VMWare to plot and mine. In VMWare you can attach physical hard drives to the vm. The rest you know. But you will have to give it enough resources to run properly. In case of plotting, I allocated 16 Gb to the vm. But then thought of another way. I installed Xubuntu on one of the drives, plotted what I had to plot. Then went back to windows, created a virtual machine and attached the 2 drives I used to it.
The installation used to plot works flawlessly in VM. So now I have a vm with 2 physical drives attached.





Again, this version is not for the tech savvy. We need a faster way to plot in Windows directly.

[ltcnim]

hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^

Code:

dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped

Are you using the correct passphrase?

passphrase? where? i used the tutorial here: http://burst-pool.cryptoport.io/howto.html there's nothing written about a passphrase when using your miner. I just checked back with the java miner, and instantly got much better deadlines:

Code:

{"result":"success","deadline":756214}
{"result":"success","deadline":824025}
...

edit: ah, I guess you meant the passphrase when generating the plots? yes, should have been the correct one.

i just checked the code of the miner, and the extremely high deadline that has been submitted can be explained with the fact, that the pool does not have a limit (well...nearly):

Code:

if(best < 5000000000000ULL)

so I still don't understand why the java miner finds much better and more deadlines, and why the C miner does only show ~320GB from ~620GB

edit: i'll try again and let it run a little longer...

You are using the old miner code.

Try this one:

https://bchain.info/dcct_miner.tgz

does this work on the pool? I tried it (after messing around with the shabal ARM files) and this is the result:

Code:

./mine32 http://burst-pool.cryptoport.io ~/burstplots/plots/
Node: Connection refused
Could not get mining info from Node. Will retry..
Node: Connection refused
Could not get mining info from Node. Will retry..

[paradigmflux]

Come on miners! Get your SHA rigs pointed at stratum+tcp://pool.burstmultipool.com:5555

Our profitability stats for the current shift update on the main page every 10 minutes! We need more scrypt miners to start solving some blocks, but our SHA miners are currently nearly 1/3 more profitable than BTC directly.

Why settle for a generic NOMP rip?

[uray]

hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^

Code:

dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped

Are you using the correct passphrase?

passphrase? where? i used the tutorial here: http://burst-pool.cryptoport.io/howto.html there's nothing written about a passphrase when using your miner. I just checked back with the java miner, and instantly got much better deadlines:

Code:

{"result":"success","deadline":756214}
{"result":"success","deadline":824025}
...

edit: ah, I guess you meant the passphrase when generating the plots? yes, should have been the correct one.

i just checked the code of the miner, and the extremely high deadline that has been submitted can be explained with the fact, that the pool does not have a limit (well...nearly):

Code:

if(best < 5000000000000ULL)

so I still don't understand why the java miner finds much better and more deadlines, and why the C miner does only show ~320GB from ~620GB

edit: i'll try again and let it run a little longer...

actually that limit was from original code of dcct miner, my pool will accept any deadline, you can delete that line if you want,
and for "xxx read/yyy total" , its shows actual byte read, since only 1/4096 data is needed to be read, for example if you have 4 TB plot, dcct-miner will shows highest read is 1 GB

[ltcnim]

hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^

Code:

dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped

Are you using the correct passphrase?

passphrase? where? i used the tutorial here: http://burst-pool.cryptoport.io/howto.html there's nothing written about a passphrase when using your miner. I just checked back with the java miner, and instantly got much better deadlines:

Code:

{"result":"success","deadline":756214}
{"result":"success","deadline":824025}
...

edit: ah, I guess you meant the passphrase when generating the plots? yes, should have been the correct one.

i just checked the code of the miner, and the extremely high deadline that has been submitted can be explained with the fact, that the pool does not have a limit (well...nearly):

Code:

if(best < 5000000000000ULL)

so I still don't understand why the java miner finds much better and more deadlines, and why the C miner does only show ~320GB from ~620GB

edit: i'll try again and let it run a little longer...

actually that limit was from original code of dcct miner, my pool will accept any deadline, you can delete that line if you want,
and for "xxx read/yyy total" , its shows actual byte read, since only 1/4096 data is needed to be read, for example if you have 4 TB plot, dcct-miner will shows highest read is 1 GB

do you mean that 72MB/320GB does not mean my plot files are only detected to be 320GB? also it still does not explain why the java miner finds way more and better deadlines.

[paradigmflux]

Is it possible to plot over SMB?

[saamxx]

I'm wondering about Burst aliases. Seems nobody pays any attention at this powerfull feature http://www.nxttechnologytree.com/nxt-technology/nxt-alias-system#main-wrapper
This fucking BURST-FUYK-3W9E-VUK7-64VRA squatter  seats on 98% of all aliases that have been already registered. In other hand, there are  thousands of valuable aliases still free.

[Amph]

something is wrong, when i close the miner the mem used remain there, and i need to reboot,

i've already removed superfetch and disable it in services

[uray]

hmm..the files are generated just a few hours ago, and my best deadline with the java miner using these files was around 5min an hour ago. is it possible that the miner doesnt like to be a 32bit miner? ^^

Code:

dcct-miner/dcct-miner: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x09410d96b865886551d02c360cae703322d5336f, not stripped

Are you using the correct passphrase?

passphrase? where? i used the tutorial here: http://burst-pool.cryptoport.io/howto.html there's nothing written about a passphrase when using your miner. I just checked back with the java miner, and instantly got much better deadlines:

Code:

{"result":"success","deadline":756214}
{"result":"success","deadline":824025}
...

edit: ah, I guess you meant the passphrase when generating the plots? yes, should have been the correct one.

i just checked the code of the miner, and the extremely high deadline that has been submitted can be explained with the fact, that the pool does not have a limit (well...nearly):

Code:

if(best < 5000000000000ULL)

so I still don't understand why the java miner finds much better and more deadlines, and why the C miner does only show ~320GB from ~620GB

edit: i'll try again and let it run a little longer...

actually that limit was from original code of dcct miner, my pool will accept any deadline, you can delete that line if you want,
and for "xxx read/yyy total" , its shows actual byte read, since only 1/4096 data is needed to be read, for example if you have 4 TB plot, dcct-miner will shows highest read is 1 GB

do you mean that 72MB/320GB does not mean my plot files are only detected to be 320GB? also it still does not explain why the java miner finds way more and better deadlines.

no, it shows byte read progress, if it shows  72MB/320 GB, it said miner has read 320GB of your plot.
see this code, both number is from same variable but the second one is 1/4 of the first one ( first on with MB suffix, and second one with GB suffix)

Code:

printf("\r%llu MB read/%llu GB total/no deadline                 ", (bytesRead / ( 1024 * 1024 )), (bytesRead / (256 * 1024)));

i dont really understand why it write like that

[ltcnim]

looks like the first one is the real read data, and seconds one is calculated nonces (bytes * 1024 * noncesize)

[uray]

looks like the first one is the real read data, and seconds one is calculated nonces (bytes * 1024 * noncesize)

i have one suspect why dcct-miner has bad deadline, i will post after testing it

[muzkle]

Lets call @bittrex to add BURST on the list

[paradigmflux]

Is it possible to plot over SMB?

SMB/CIFS

[Nefritox]

Lets call @bittrex to add BURST on the list

why we waiting for this so long 

[wmikrut]

So just a q I have had trouble finding an answer to.
Plot generation... got it. No overlapping nonces.

So let's say I have three HDDs and I am too lazy to make that one big disk.
I could generate plots on each disk (keeping nonces unique).

Do I then solo mine three clients (one for each disk).
So for example I have :

d:\pocminer_v1\plots
e:\pocminer_v1\plots
f:\pocminer_v1\plots

If I were to pool mine, would I also need to run three clients... one on each disk?
Thank you!

You must run 3 instance.. 1 for each hdd

Thank you Matt and Cobra for the responses!

[Amph]

can someone tell me his kernel memory(paged) for 3tb? my paged is 5gb with 3tb, is this normal?