i've already removed superfetch and disable it in services
Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 936. (Read 2170895 times)
September 08, 2014, 11:01:52 AM
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
i've already removed superfetch and disable it in services
September 08, 2014, 10:55:00 AM
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.
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. September 08, 2014, 10:54:41 AM
Is it possible to plot over SMB?
September 08, 2014, 10:54:16 AM
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}
...
{"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.
September 08, 2014, 10:51:34 AM
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}
...
{"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
September 08, 2014, 10:51:20 AM
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?
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?
September 08, 2014, 10:44:01 AM
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}
...
{"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..
Node: Connection refused
Could not get mining info from Node. Will retry..
Node: Connection refused
Could not get mining info from Node. Will retry..
September 08, 2014, 10:38:27 AM
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.
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.
September 08, 2014, 10:30:45 AM
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}
...
{"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
September 08, 2014, 10:23:40 AM
who can write .bat script for many file mklink?
oh... i found )))
oh... i found )))
September 08, 2014, 10:16:56 AM
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}
...
{"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...
September 08, 2014, 10:03:34 AM
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
because maybe you have changed the recepier
September 08, 2014, 10:03:01 AM
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
September 08, 2014, 10:02:15 AM
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
do you have the latest miner?
I had a bunch of unable to get mining info from wallet errors before I updated..
https://bitcointalksearch.org/topic/pool-poolburstcoinio-no-deadline-limit-instant-payout-769473
September 08, 2014, 09:58:06 AM
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
September 08, 2014, 09:54:54 AM
While I'm getting ready for Storj when beta is out, I decided to play with burst a bit.
I've read a lot of this thread and most things are pretty clear, but I have 2 questions remaining.
How do you tell the java miner to consider plots present on a different drive letter (windows)? can someone point me to the syntax for this?
When I downloaded the plot.exe for windows to a sandbox using chrome, it complained of malware and suspended the download, why?
thanks
I've read a lot of this thread and most things are pretty clear, but I have 2 questions remaining.
How do you tell the java miner to consider plots present on a different drive letter (windows)? can someone point me to the syntax for this?
When I downloaded the plot.exe for windows to a sandbox using chrome, it complained of malware and suspended the download, why?
thanks
- You need to copy the java miner to the disk you want to generate plots, the miner always generate plots on plots folder of current path. Pretty easy fix to change this, but I don't think it's a priority.
- False positive is pretty standard today with miner stuffs, don't you think?
I typically don't trust anything that says click here to download regardless of false positives. How come the Linux plotter is linked on OP but windows is not?
September 08, 2014, 09:49:53 AM
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.
September 08, 2014, 09:46:28 AM
My plot generation crashed at nonce 1673216.
I used command:
run_generate.bat xxx 0 5000000 2048 4
So when it crashed on 1673216, i need add 2048 to this number and continue like this:
run_generate.bat xxx 1675264 5000000 2048 4 ?
Is it repair my plot file and it will be one big plot file or now i will have 2 plots file one 400GB and second 800GB ?
I used command:
run_generate.bat xxx 0 5000000 2048 4
So when it crashed on 1673216, i need add 2048 to this number and continue like this:
run_generate.bat xxx 1675264 5000000 2048 4 ?
Is it repair my plot file and it will be one big plot file or now i will have 2 plots file one 400GB and second 800GB ?
September 08, 2014, 09:45:43 AM
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?
September 08, 2014, 09:44:39 AM
Quote
79 MB read/316 GB total/deadline 1741444918521s (1741444918384s left)
This deadline is way too high, your plot files may be broken.
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
Jump to: