Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 935. (Read 2170895 times)
September 08, 2014, 01:03:42 PM
Guys, is anywhere a vote for adding this coin to cryptsy.com? It'll be good for it.
September 08, 2014, 01:00:12 PM
First reward decrease in under 2 days and difficulty is still rising exponentially! Glad I made the decision to purchase some overpriced HDDs from Future Shop when I first heard about this coin...
September 08, 2014, 12:32:22 PM
Why is my miner on pool v2 crashing ? It was fine for 2 days and for today 1 crash like every 2 hours. Something wrong with pool or at my side ?
Don't run it directly from the bat file. Open a CMD and open the bat there. This way you will see why it crashed.
Most probably it ran out of memory
September 08, 2014, 12:27:57 PM
Why is my miner on pool v2 crashing ? It was fine for 2 days and for today 1 crash like every 2 hours. Something wrong with pool or at my side ?
September 08, 2014, 12:23:10 PM
Understood... thank you!
I haven't tried to create shortcuts of files directly. It will be very interesting if it will work...
BRB
edit: Guess what... You can make direct shortcuts of the files in one folder and use one miner. I guess the same could be applied to Windows with symlinks
BRB
I know there is a windows tool (NTFS Links maybe) that lets you symlink files like you do in Linux. The only gotcha was if you deleted the link... it removed the file as well.
I haven't used it since XP and would see if there is a W7 version of it.
There is a downside to making shortcuts of all the files in one single folder. It takes a bit to read them, I got shortcuts to 4 Tb of plots and it takes a while. Also keeping 6 cores out of 8 from an i7 4770 at 50%
September 08, 2014, 12:16:35 PM
Understood... thank you!
I haven't tried to create shortcuts of files directly. It will be very interesting if it will work...
BRB
I know there is a windows tool (NTFS Links maybe) that lets you symlink files like you do in Linux. The only gotcha was if you deleted the link... it removed the file as well.
I haven't used it since XP and would see if there is a W7 version of it.
September 08, 2014, 12:15:27 PM
1) If total number of nonces is 2^64 - is there any (statistical) reason to use all 64 bits in nonce numbers?
2) If I mine on pool for 2 different accounts (colocation) - should I use 2 miners?
2) If I mine on pool for 2 different accounts (colocation) - should I use 2 miners?
September 08, 2014, 12:12:20 PM
Understood... thank you!
I haven't tried to create shortcuts of files directly. It will be very interesting if it will work...
BRB
edit: Guess what... You can make direct shortcuts of the files in one folder and use one miner. I guess the same could be applied to Windows with symlinks
September 08, 2014, 11:47:11 AM
Understood... thank you!
September 08, 2014, 11:46:01 AM
So basically I can create a plot file... let's say -- 10G worth.
I test, I am happy... and not I want to soak up another 90G.
I can just create a second plot file (no overlapping nonces) and as long as they are in the same folder, everything is good.
I know under Linux I could symlink the plot files from other drives into the /plots folder -- as long at they are there, they will be used for mining.
Does that sound accurate?
This may actually be answered by the previous post as well.
I test, I am happy... and not I want to soak up another 90G.
I can just create a second plot file (no overlapping nonces) and as long as they are in the same folder, everything is good.
I know under Linux I could symlink the plot files from other drives into the /plots folder -- as long at they are there, they will be used for mining.
Does that sound accurate?
This may actually be answered by the previous post as well.
It was answered. By me.
Short story, symlinks are necessary for Win. In Xubuntu the miner worked with a simple drag n drop shortcut.
September 08, 2014, 11:43:40 AM
So basically I can create a plot file... let's say -- 10G worth.
I test, I am happy... and not I want to soak up another 90G.
I can just create a second plot file (no overlapping nonces) and as long as they are in the same folder, everything is good.
I know under Linux I could symlink the plot files from other drives into the /plots folder -- as long at they are there, they will be used for mining.
Does that sound accurate?
This may actually be answered by the previous post as well.
I test, I am happy... and not I want to soak up another 90G.
I can just create a second plot file (no overlapping nonces) and as long as they are in the same folder, everything is good.
I know under Linux I could symlink the plot files from other drives into the /plots folder -- as long at they are there, they will be used for mining.
Does that sound accurate?
This may actually be answered by the previous post as well.
September 08, 2014, 11:40:24 AM
Huh, after couple hours of testing and stuff I finally got miner working. However, still got some questions - here they come:
I'm running miner on 2TB partition - 2 threads cpu and 4gb ram. My plot generator config looks like this (found on previous pages):
It produces plot files of ~20 gb in size. Can I make any changes to make it more efficient? Or is it already running as supposed?
What happens when all 4 files are created and config says "pause"? I assume it will stop generating plots. What then? IS it time for miner to finally solve those plots? How will I know if miner solved everything there was to be solved? What to do once its done? Erase those plot files and start over again?
I'm running miner on 2TB partition - 2 threads cpu and 4gb ram. My plot generator config looks like this (found on previous pages):
Code:
C:\Windows\System32\java.exe -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate my_account 0 81920 1000 2
C:\Windows\System32\java.exe -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate my_account 81921 81920 1000 2
C:\Windows\System32\java.exe -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate my_account 163842 81920 1000 2
C:\Windows\System32\java.exe -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate my_account 245763 81920 1000 2
pause
C:\Windows\System32\java.exe -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate my_account 81921 81920 1000 2
C:\Windows\System32\java.exe -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate my_account 163842 81920 1000 2
C:\Windows\System32\java.exe -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate my_account 245763 81920 1000 2
pause
It produces plot files of ~20 gb in size. Can I make any changes to make it more efficient? Or is it already running as supposed?
What happens when all 4 files are created and config says "pause"? I assume it will stop generating plots. What then? IS it time for miner to finally solve those plots? How will I know if miner solved everything there was to be solved? What to do once its done? Erase those plot files and start over again?
September 08, 2014, 11:39:01 AM
can someone tell me his kernel memory(paged) for 3tb? my paged is 5gb with 3tb, is this normal?
September 08, 2014, 11:27:52 AM
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 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!
Thank you Matt and Cobra for the responses!
September 08, 2014, 11:21:21 AM
Lets call @bittrex to add BURST on the list 
why we waiting for this so long
September 08, 2014, 11:18:04 AM
Is it possible to plot over SMB?
SMB/CIFS 
September 08, 2014, 11:13:44 AM
Lets call @bittrex to add BURST on the list
September 08, 2014, 11:12:20 AM
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
September 08, 2014, 11:07:58 AM
looks like the first one is the real read data, and seconds one is calculated nonces (bytes * 1024 * noncesize)
September 08, 2014, 11:02:27 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.
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
Jump to: