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

[Amph]

i am thinking maybe if u mine using java 32 bit it will cap the ram use ?

i'm just using the miner in the "burst-pool-miner r2" folder, dunno about the other pool miner

i noticed that the ram usage rise when too much shares are submitted at the same time, something wrong in the code

shhh you should fix and mine in secret LOL.

so whats' the cause?
i am not using java miner myself other than just for testing, so i dont know what happen after long run
i am using dcct miner it only use hundreds MB of mem, mining using linux on sempron 145 with 2 GB of RAM, running fine without any issues

I had to tame my miner bat because Java had memory leaks and caused the miners to crash.

I added this to the bat: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer_pool.jar to stop the Java.lang.OutOfMemoryError: Java heap space error. I am mining and generating at the same time with 32 GB of RAM.

whaaaaa I am on xmx8000m with 8gb of ram no issues stagger size of 8191 and 1 core less than my cpu hqs 7 not 8 as maxingto 8 makes miner crash maybe thats whats causing some issues. tryrunning1 less core so yourpc isnt completley lobotomised

you are not on windows apparently

[regtable69]

I am buying few HDDs , is it better to get 10 1TBs or 5 2TBs , or either will not make any difference ?

either way is my guess. 10tb of 4gb memorysticks would do same job lmao

or mllions of floppy disk...
insert disk #2514 into drive A: to continue mining...

chalqnge accepted. my auto miner floppy setup. drawbacks are manual re cycle of disk in draw but it auto loads :-)

[regtable69]

i am thinking maybe if u mine using java 32 bit it will cap the ram use ?

i'm just using the miner in the "burst-pool-miner r2" folder, dunno about the other pool miner

i noticed that the ram usage rise when too much shares are submitted at the same time, something wrong in the code

shhh you should fix and mine in secret LOL.

so whats' the cause?
i am not using java miner myself other than just for testing, so i dont know what happen after long run
i am using dcct miner it only use hundreds MB of mem, mining using linux on sempron 145 with 2 GB of RAM, running fine without any issues

I had to tame my miner bat because Java had memory leaks and caused the miners to crash.

I added this to the bat: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer_pool.jar to stop the Java.lang.OutOfMemoryError: Java heap space error. I am mining and generating at the same time with 32 GB of RAM.

whaaaaa I am on xmx8000m with 8gb of ram no issues stagger size of 8191 and 1 core less than my cpu hqs 7 not 8 as maxingto 8 makes miner crash maybe thats whats causing some issues. tryrunning1 less core so yourpc isnt completley lobotomised

you are not on windows apparently

lol I defiantly am on windows I assure you that
I dont use c:windows blah blah just

Code:

java -Xmx8100m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate 10976174530077743023 507843 4507843 8191 7

[coinits]

i am thinking maybe if u mine using java 32 bit it will cap the ram use ?

i'm just using the miner in the "burst-pool-miner r2" folder, dunno about the other pool miner

i noticed that the ram usage rise when too much shares are submitted at the same time, something wrong in the code

shhh you should fix and mine in secret LOL.

so whats' the cause?
i am not using java miner myself other than just for testing, so i dont know what happen after long run
i am using dcct miner it only use hundreds MB of mem, mining using linux on sempron 145 with 2 GB of RAM, running fine without any issues

I had to tame my miner bat because Java had memory leaks and caused the miners to crash.

I added this to the bat: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer_pool.jar to stop the Java.lang.OutOfMemoryError: Java heap space error. I am mining and generating at the same time with 32 GB of RAM.

whaaaaa I am on xmx8000m with 8gb of ram no issues stagger size of 8191 and 1 core less than my cpu hqs 7 not 8 as maxingto 8 makes miner crash maybe thats whats causing some issues. tryrunning1 less core so yourpc isnt completley lobotomised

post me an example of your bat for mining and for generating

[uray]

ok update for http://burst-pool.cryptoport.io

so... after a lot of nonce spammer, currently pool spammer is reduced to only one and only nonce spammer BURST-JSES-5WN7-PHD8-7CQJ6
whoever it is, you are the only one spammer, i don't know if I should be happy or not, but you are giving away your share to all miner in our pool by spamming pool with higher deadline than your best deadline, everytime you did this your share is substracted by 0.001, based on stat calculation you are sending ~3000 nonce a minute so every round you loss 3.0 shares.

just FYI, yes the pool does not have deadline limit, but pool still take only one deadline from your nonce, it is your best deadline on every block, so spamming with nonsense nonce will gain you nothing as pool will not count or add them up as your share

[regtable69]

Code:

i am thinking maybe if u mine using java 32 bit it will cap the ram use ?

i'm just using the miner in the "burst-pool-miner r2" folder, dunno about the other pool miner

i noticed that the ram usage rise when too much shares are submitted at the same time, something wrong in the code

shhh you should fix and mine in secret LOL.

so whats' the cause?
i am not using java miner myself other than just for testing, so i dont know what happen after long run
i am using dcct miner it only use hundreds MB of mem, mining using linux on sempron 145 with 2 GB of RAM, running fine without any issues

I had to tame my miner bat because Java had memory leaks and caused the miners to crash.

I added this to the bat: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer_pool.jar to stop the Java.lang.OutOfMemoryError: Java heap space error. I am mining and generating at the same time with 32 GB of RAM.

whaaaaa I am on xmx8000m with 8gb of ram no issues stagger size of 8191 and 1 core less than my cpu hqs 7 not 8 as maxingto 8 makes miner crash maybe thats whats causing some issues. tryrunning1 less core so yourpc isnt completley lobotomised

post me an example of your bat for mining and for generating

gen

Code:

java -Xmx8100m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate 10976174530077743023 507843 4507843 8191 7

mining

Code:

java -Xmx1024m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner mine "http://burst-pool.cryptoport.io"

no issues doing both on 8gb ram

[Sglasio]

tell me please! after i try run DCCT miner... they say me


Plot directory 8124 does not exist
Plot directory 80 does not exist

my cmd

./mine burst-pool.cryptoport.io 80 /media/sglasio/mine4/plotgenerator/plots /media/sglasio/mine5/plots
./mine burst-pool.cryptoport.io 8124 /media/sglasio/mine4/plotgenerator/plots /media/sglasio/mine5/plots

[coinits]

i am thinking maybe if u mine using java 32 bit it will cap the ram use ?

i'm just using the miner in the "burst-pool-miner r2" folder, dunno about the other pool miner

i noticed that the ram usage rise when too much shares are submitted at the same time, something wrong in the code

shhh you should fix and mine in secret LOL.

so whats' the cause?
i am not using java miner myself other than just for testing, so i dont know what happen after long run
i am using dcct miner it only use hundreds MB of mem, mining using linux on sempron 145 with 2 GB of RAM, running fine without any issues

I had to tame my miner bat because Java had memory leaks and caused the miners to crash.

I added this to the bat: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer_pool.jar to stop the Java.lang.OutOfMemoryError: Java heap space error. I am mining and generating at the same time with 32 GB of RAM.

whaaaaa I am on xmx8000m with 8gb of ram no issues stagger size of 8191 and 1 core less than my cpu hqs 7 not 8 as maxingto 8 makes miner crash maybe thats whats causing some issues. tryrunning1 less core so yourpc isnt completley lobotomised

you are not on windows apparently

lol I defiantly am on windows I assure you that
I dont use c:windows blah blah just

Code:

java -Xmx8100m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate 10976174530077743023 507843 4507843 8191 7

I generated with

Code:

C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate 4651495086655359966 19532000 307999 1000 4

so have I been fucking up royally? With 32 GB how would you write it? I have a haswell so all kinds of horsepower in the CPU.

[Trollollo]

ok update for http://burst-pool.cryptoport.io

so... after a lot of nonce spammer, currently pool spammer is reduced to only one and only nonce spammer BURST-JSES-5WN7-PHD8-7CQJ6
whoever it is, you are the only one spammer, i don't know if I should be happy or not, but you are giving away your share to all miner in our pool by spamming pool with higher deadline than your best deadline, everytime you did this your share is substracted by 0.001, based on stat calculation you are sending ~3000 nonce a minute so every round you loss 3.0 shares.

just FYI, yes the pool does not have deadline limit, but pool still take only one deadline from your nonce, it is your best deadline on every block, so spamming with nonsense nonce will gain you nothing as pool will not count or add them up as your share

I switched to your pool yesterday,and have no problems.Thank you for your work!

[uray]

tell me please! after i try run DCCT miner... they say me


Plot directory 8124 does not exist
Plot directory 80 does not exist

my cmd

./mine burst-pool.cryptoport.io 80 /media/sglasio/mine4/plotgenerator/plots /media/sglasio/mine5/plots
./mine burst-pool.cryptoport.io 8124 /media/sglasio/mine4/plotgenerator/plots /media/sglasio/mine5/plots

add trailing '/' after directory

and i think you are using dcct's solo miners
not modified dcct miner i put on http://burst-pool.cryptoport.io/howto.html

[regtable69]

i am thinking maybe if u mine using java 32 bit it will cap the ram use ?

i'm just using the miner in the "burst-pool-miner r2" folder, dunno about the other pool miner

i noticed that the ram usage rise when too much shares are submitted at the same time, something wrong in the code

shhh you should fix and mine in secret LOL.

so whats' the cause?
i am not using java miner myself other than just for testing, so i dont know what happen after long run
i am using dcct miner it only use hundreds MB of mem, mining using linux on sempron 145 with 2 GB of RAM, running fine without any issues

I had to tame my miner bat because Java had memory leaks and caused the miners to crash.

I added this to the bat: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer_pool.jar to stop the Java.lang.OutOfMemoryError: Java heap space error. I am mining and generating at the same time with 32 GB of RAM.

whaaaaa I am on xmx8000m with 8gb of ram no issues stagger size of 8191 and 1 core less than my cpu hqs 7 not 8 as maxingto 8 makes miner crash maybe thats whats causing some issues. tryrunning1 less core so yourpc isnt completley lobotomised

you are not on windows apparently

lol I defiantly am on windows I assure you that
I dont use c:windows blah blah just

Code:

java -Xmx8100m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate 10976174530077743023 507843 4507843 8191 7

I generated with

Code:

C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate 4651495086655359966 19532000 307999 1000 4

so have I been fucking up royally? With 32 GB how would you write it? I have a haswell so all kinds of horsepower in the CPU.

the xmx....m is highest 8000 and then it crashes with me so pump it up in 100s untill crash then back downs 100 till it runs plus the 1000 at the end is stagger size so on readme it says 8191 as a base and the 4 at end is cpu cores so 8 core cpu is 7/8 mines unruly on 8 no skype no mouse no noth8ng so 7 does fine. my guess is such a small stagger its readingand writing its tits off to death

[Amph]

i am thinking maybe if u mine using java 32 bit it will cap the ram use ?

i'm just using the miner in the "burst-pool-miner r2" folder, dunno about the other pool miner

i noticed that the ram usage rise when too much shares are submitted at the same time, something wrong in the code

shhh you should fix and mine in secret LOL.

so whats' the cause?
i am not using java miner myself other than just for testing, so i dont know what happen after long run
i am using dcct miner it only use hundreds MB of mem, mining using linux on sempron 145 with 2 GB of RAM, running fine without any issues

I had to tame my miner bat because Java had memory leaks and caused the miners to crash.

I added this to the bat: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer_pool.jar to stop the Java.lang.OutOfMemoryError: Java heap space error. I am mining and generating at the same time with 32 GB of RAM.

whaaaaa I am on xmx8000m with 8gb of ram no issues stagger size of 8191 and 1 core less than my cpu hqs 7 not 8 as maxingto 8 makes miner crash maybe thats whats causing some issues. tryrunning1 less core so yourpc isnt completley lobotomised

you are not on windows apparently

lol I defiantly am on windows I assure you that
I dont use c:windows blah blah just

Code:

java -Xmx8100m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate 10976174530077743023 507843 4507843 8191 7

that's is for plotting, i'm talking about mining

plotting is fine for me no mem used at all

[gigica viteazu`]

tell me please! after i try run DCCT miner... they say me


Plot directory 8124 does not exist
Plot directory 80 does not exist

my cmd

./mine burst-pool.cryptoport.io 80 /media/sglasio/mine4/plotgenerator/plots /media/sglasio/mine5/plots
./mine burst-pool.cryptoport.io 8124 /media/sglasio/mine4/plotgenerator/plots /media/sglasio/mine5/plots

remove the port number, this miner doesn`t need it

[doge94]

Nicely job on the multipool.

Thanks. Just as a reminder make sure to promote the pool so that the hash keeps going up. The pool needs to grow to be successful.

burstmp.com

i'm promoting via twitter...
but plz... do not show "Hidden coin" on http://burstmp.com/workers.

just show which coin you are mining for greater transparency!!!

       

I got a lot of requests for this. Disclosing will mean smaller profits for miners. I doubt miners want this.

[uray]

tell me please! after i try run DCCT miner... they say me


Plot directory 8124 does not exist
Plot directory 80 does not exist

my cmd

./mine burst-pool.cryptoport.io 80 /media/sglasio/mine4/plotgenerator/plots /media/sglasio/mine5/plots
./mine burst-pool.cryptoport.io 8124 /media/sglasio/mine4/plotgenerator/plots /media/sglasio/mine5/plots

remove the port number, this miner doesn`t need it

you need it for my pool, as dcct original miner target port is hard coded to 8125, and my pool use 8124 or 80, 8125 is for solo mining

[regtable69]

i am thinking maybe if u mine using java 32 bit it will cap the ram use ?

i'm just using the miner in the "burst-pool-miner r2" folder, dunno about the other pool miner

i noticed that the ram usage rise when too much shares are submitted at the same time, something wrong in the code

shhh you should fix and mine in secret LOL.

so whats' the cause?
i am not using java miner myself other than just for testing, so i dont know what happen after long run
i am using dcct miner it only use hundreds MB of mem, mining using linux on sempron 145 with 2 GB of RAM, running fine without any issues

I had to tame my miner bat because Java had memory leaks and caused the miners to crash.

I added this to the bat: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer_pool.jar to stop the Java.lang.OutOfMemoryError: Java heap space error. I am mining and generating at the same time with 32 GB of RAM.

whaaaaa I am on xmx8000m with 8gb of ram no issues stagger size of 8191 and 1 core less than my cpu hqs 7 not 8 as maxingto 8 makes miner crash maybe thats whats causing some issues. tryrunning1 less core so yourpc isnt completley lobotomised

you are not on windows apparently

lol I defiantly am on windows I assure you that
I dont use c:windows blah blah just

Code:

java -Xmx8100m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate 10976174530077743023 507843 4507843 8191 7

that's is for plotting, i'm talking about mining

plotting is fine for me no mem used at all

oh ok well I posted my mining bat above too. as I say im running little ram compared to some and suffering no adverse issuse mining and generating at same time

[gigica viteazu`]

@coinits & @regtable69
you both are giving your harddrives a run for the money

Code:

Your results (assuming all plots are completed): 
10976174530077743023_507843_4507843_8191: Number of nonces (4507843) is not a multiple of stagger size (8191)
No overlapping nonces

Totals: 
0 nonces overlap (0 KB)
4507843 nonces total (1100 GB)
550 disk seeks per Scoop (4.4 seconds @ 8ms)

Code:

Your results (assuming all plots are completed): 
4651495086655359966_19532000_307999_1000: Number of nonces (307999) is not a multiple of stagger size (1000)
No overlapping nonces

Totals: 
0 nonces overlap (0 KB)
307999 nonces total (75 GB)
307 disk seeks per Scoop (2.4 seconds @ 8ms)

[Amph]

i am thinking maybe if u mine using java 32 bit it will cap the ram use ?

i'm just using the miner in the "burst-pool-miner r2" folder, dunno about the other pool miner

i noticed that the ram usage rise when too much shares are submitted at the same time, something wrong in the code

shhh you should fix and mine in secret LOL.

so whats' the cause?
i am not using java miner myself other than just for testing, so i dont know what happen after long run
i am using dcct miner it only use hundreds MB of mem, mining using linux on sempron 145 with 2 GB of RAM, running fine without any issues

I had to tame my miner bat because Java had memory leaks and caused the miners to crash.

I added this to the bat: C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer_pool.jar to stop the Java.lang.OutOfMemoryError: Java heap space error. I am mining and generating at the same time with 32 GB of RAM.

whaaaaa I am on xmx8000m with 8gb of ram no issues stagger size of 8191 and 1 core less than my cpu hqs 7 not 8 as maxingto 8 makes miner crash maybe thats whats causing some issues. tryrunning1 less core so yourpc isnt completley lobotomised

you are not on windows apparently

lol I defiantly am on windows I assure you that
I dont use c:windows blah blah just

Code:

java -Xmx8100m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate 10976174530077743023 507843 4507843 8191 7

that's is for plotting, i'm talking about mining

plotting is fine for me no mem used at all

oh ok well I posted my mining bat above too. as I say im running little ram compared to some and suffering no adverse issuse mining and generating at same time

how many tera?

[gigica viteazu`]

tell me please! after i try run DCCT miner... they say me


Plot directory 8124 does not exist
Plot directory 80 does not exist

my cmd

./mine burst-pool.cryptoport.io 80 /media/sglasio/mine4/plotgenerator/plots /media/sglasio/mine5/plots
./mine burst-pool.cryptoport.io 8124 /media/sglasio/mine4/plotgenerator/plots /media/sglasio/mine5/plots

remove the port number, this miner doesn`t need it

you need it for my pool, as dcct original miner target port is hard coded to 8125, and my pool use 8124 or 80, 8125 is for solo mining

actually he is not calling the miner directly, he is using mine.sh. So he don`t have to put the pool address as is already inside the script file... just use:

Code:

./mine /media/sglasio/mine4/plotgenerator/plots/ /media/sglasio/mine5/plots/

[regtable69]

@coinits & @regtable69
you both are giving your harddrives a run for the money

Code:

Your results (assuming all plots are completed): 
10976174530077743023_507843_4507843_8191: Number of nonces (4507843) is not a multiple of stagger size (8191)
No overlapping nonces

Totals: 
0 nonces overlap (0 KB)
4507843 nonces total (1100 GB)
550 disk seeks per Scoop (4.4 seconds @ 8ms)

Code:

Your results (assuming all plots are completed): 
4651495086655359966_19532000_307999_1000: Number of nonces (307999) is not a multiple of stagger size (1000)
No overlapping nonces

Totals: 
0 nonces overlap (0 KB)
307999 nonces total (75 GB)
307 disk seeks per Scoop (2.4 seconds @ 8ms)

I will have 4 hdds going by the time im finished plotting. I k ow itsballs out during plottingbuti have been able to do 1tb in just over a day.