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

[burstcoin]

How big does each plot end up being?

256KB per plot.

[ReDPoiSoN]

java -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate youraddress 0 800000 500 7

worked for me...

Where did you enter this line of code?

In run_generate.bat

[delphs]

java -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate youraddress 0 800000 500 7

worked for me...

Where did you enter this line of code?

I name another batch file:   run_generate.bat addresse 1 800000 500 7

[notsofast]

I'm getting

Error: Unable to get mining info from wallet

Do I have to compile a wallet first? I didn't know the source was included with the miner. How do I do this (Windows 7)?

[delphs]

I'm getting

Error: Unable to get mining info from wallet

Do I have to compile a wallet first? I didn't know the source was included with the miner. How do I do this (Windows 7)?

the wallet wasnT' been released yet... this is just to generate plots so everybody has plots ahead of release

[luxe]

Are some of you guys using 32-bit JVMs? That would explain why some of us have no problem with the higher ram amounts, and some have to drive it through the floor.

I have over 1TB of free space in the drive and I still get this:


6 1 819100 1000 4
Generating from nonce: 1
Writing from nonce 1
Uncaught error from thread [default-akka.actor.default-dispatcher-8] shutting do
wn JVM since 'akka.jvm-exit-on-fatal-error' is enabled for ActorSystem[default]
java.lang.OutOfMemoryError
        at java.io.FileOutputStream.writeBytes(Native Method)
        at java.io.FileOutputStream.write(Unknown Source)
        at pocminer.GenerateSupr.onReceive(GenerateSupr.java:36)
        at akka.actor.UntypedActor$$anonfun$receive$1.applyOrElse(UntypedActor.s
cala:167)
        at akka.actor.Actor$class.aroundReceive(Actor.scala:465)
        at akka.actor.UntypedActor.aroundReceive(UntypedActor.scala:97)
        at akka.actor.ActorCell.receiveMessage(ActorCell.scala:516)
        at akka.actor.ActorCell.invoke(ActorCell.scala:487)
        at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:238)
        at akka.dispatch.Mailbox.run(Mailbox.scala:220)
        at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(Abst
ractDispatcher.scala:393)
        at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)
        at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool
.java:1339)
        at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:19
79)
        at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThre
ad.java:107)

java.lang.OutOfMemoryError indicates you need higher -Xmx value, or lower stagger value(the one you're using 1000 in)

I've installed 64 bit version, reboot, but problem remains.. I cannot do nothing bigger than 500

Suggestions:
1. check if java 64-bit is used by command line ... use:
java -version
2. maybe cause 819100 is not a multiple of 1000 ?! (<number of plots you want to generate> 8191 <number of threads>
The number of plots should be a multiple of 8191.)

[kcanup]

I got nothing after try to generate address, file is empty. Any idea what shud i do?

[burstcoin]

Are some of you guys using 32-bit JVMs? That would explain why some of us have no problem with the higher ram amounts, and some have to drive it through the floor.

I have over 1TB of free space in the drive and I still get this:


6 1 819100 1000 4
Generating from nonce: 1
Writing from nonce 1
Uncaught error from thread [default-akka.actor.default-dispatcher-8] shutting do
wn JVM since 'akka.jvm-exit-on-fatal-error' is enabled for ActorSystem[default]
java.lang.OutOfMemoryError
        at java.io.FileOutputStream.writeBytes(Native Method)
        at java.io.FileOutputStream.write(Unknown Source)
        at pocminer.GenerateSupr.onReceive(GenerateSupr.java:36)
        at akka.actor.UntypedActor$$anonfun$receive$1.applyOrElse(UntypedActor.s
cala:167)
        at akka.actor.Actor$class.aroundReceive(Actor.scala:465)
        at akka.actor.UntypedActor.aroundReceive(UntypedActor.scala:97)
        at akka.actor.ActorCell.receiveMessage(ActorCell.scala:516)
        at akka.actor.ActorCell.invoke(ActorCell.scala:487)
        at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:238)
        at akka.dispatch.Mailbox.run(Mailbox.scala:220)
        at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(Abst
ractDispatcher.scala:393)
        at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)
        at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool
.java:1339)
        at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:19
79)
        at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThre
ad.java:107)

java.lang.OutOfMemoryError indicates you need higher -Xmx value, or lower stagger value(the one you're using 1000 in)

I've installed 64 bit version, reboot, but problem remains.. I cannot do nothing bigger than 500

1. check if java 64-bit is used by command line ... use:
java -version
2. maybe cause 819100 is not a multiple of 1000 ?! (<number of plots you want to generate> 8191 <number of threads>
The number of plots should be a multiple of 8191.)

819100 not being a multiple of 1000 won't cause it to fail. If I recall correctly, it might waste a little space, but it won't cause issues.

[ReDPoiSoN]

Are some of you guys using 32-bit JVMs? That would explain why some of us have no problem with the higher ram amounts, and some have to drive it through the floor.

I have over 1TB of free space in the drive and I still get this:


6 1 819100 1000 4
Generating from nonce: 1
Writing from nonce 1
Uncaught error from thread [default-akka.actor.default-dispatcher-8] shutting do
wn JVM since 'akka.jvm-exit-on-fatal-error' is enabled for ActorSystem[default]
java.lang.OutOfMemoryError
        at java.io.FileOutputStream.writeBytes(Native Method)
        at java.io.FileOutputStream.write(Unknown Source)
        at pocminer.GenerateSupr.onReceive(GenerateSupr.java:36)
        at akka.actor.UntypedActor$$anonfun$receive$1.applyOrElse(UntypedActor.s
cala:167)
        at akka.actor.Actor$class.aroundReceive(Actor.scala:465)
        at akka.actor.UntypedActor.aroundReceive(UntypedActor.scala:97)
        at akka.actor.ActorCell.receiveMessage(ActorCell.scala:516)
        at akka.actor.ActorCell.invoke(ActorCell.scala:487)
        at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:238)
        at akka.dispatch.Mailbox.run(Mailbox.scala:220)
        at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(Abst
ractDispatcher.scala:393)
        at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)
        at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool
.java:1339)
        at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:19
79)
        at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThre
ad.java:107)

java.lang.OutOfMemoryError indicates you need higher -Xmx value, or lower stagger value(the one you're using 1000 in)

I've installed 64 bit version, reboot, but problem remains.. I cannot do nothing bigger than 500

Suggestions:
1. check if java 64-bit is used by command line ... use:
java -version
2. maybe cause 819100 is not a multiple of 1000 ?! (<number of plots you want to generate> 8191 <number of threads>
The number of plots should be a multiple of 8191.)

java version "1.7.0_67"
Java(TM) SE Runtime Environment (build 1.7.0_67-b01)
Java HotSpot(TM) Client VM (build 24.65-b04, mixed mode, sharing)

Is it right?!

[mlord1010]

Doesn't anyone else see the danger in letting a mining program have free reign with your data?

[eon89]

So two questions that will need answered soon I am sure and would be better to have answers waiting.

1.  If someone sets it running to make too many plots will there be a problem if they attempt mining once it stops?

2. Is there a way to tell what plots you should be making to be sure there isn't overlap when generating the next time?

[l3mmy]

Doesn't anyone else see the danger in letting a mining program have free reign with your data?

pretty much all mining programs do this though...

[prix]

Doesn't anyone else see the danger in letting a mining program have free reign with your data?

You can decompile the pocminer files and inspect it. It's easy.

[Depredation]

How does the number 8191, 2000,1000, or 500 affect earnings? I have mine set to 500 because it seems to generate the fastest.

[Subtuppel]

Doesn't anyone else see the danger in letting a mining program have free reign with your data?

more dangerous is that it requires internet access and is a java program. Especially since they were taken over Java is quite dangerous and a security risk by itself *, then the exception handling of this miner does not look good, to be honest. It is an interesting concept without doubt, but i will wait until this gets a bit more "mature".

* even though the source is available, i am not up to date enough with java to judge if there is someting actually dangerous in it...

Gonna have an eye on this though

[burstcoin]

Doesn't anyone else see the danger in letting a mining program have free reign with your data?

You can decompile the pocminer files and inspect it. It's easy.

Why decompile when full source is included? You can easily build it yourself.

So two questions that will need answered soon I am sure and would be better to have answers waiting.

1.  If someone sets it running to make too many plots will there be a problem if they attempt mining once it stops?

2. Is there a way to tell what plots you should be making to be sure there isn't overlap when generating the next time?

If generation gets cut off without finishing you can still mine with fine, but you'll get a warning in the miner periodically.

You can always look in the plots folder. The parameters are in the filename. startnonce + amount of nonces is then a safe place to start.

How does the number 8191, 2000,1000, or 500 affect earnings? I have mine set to 500 because it seems to generate the fastest.

The higher the number, the less seeking the hdd does while mining, so less stress is put on the hdd. A higher number will also result in faster reading while mining. The generation speed should be the same.

[burstcoin]

Are some of you guys using 32-bit JVMs? That would explain why some of us have no problem with the higher ram amounts, and some have to drive it through the floor.

I have over 1TB of free space in the drive and I still get this:


6 1 819100 1000 4
Generating from nonce: 1
Writing from nonce 1
Uncaught error from thread [default-akka.actor.default-dispatcher-8] shutting do
wn JVM since 'akka.jvm-exit-on-fatal-error' is enabled for ActorSystem[default]
java.lang.OutOfMemoryError
        at java.io.FileOutputStream.writeBytes(Native Method)
        at java.io.FileOutputStream.write(Unknown Source)
        at pocminer.GenerateSupr.onReceive(GenerateSupr.java:36)
        at akka.actor.UntypedActor$$anonfun$receive$1.applyOrElse(UntypedActor.s
cala:167)
        at akka.actor.Actor$class.aroundReceive(Actor.scala:465)
        at akka.actor.UntypedActor.aroundReceive(UntypedActor.scala:97)
        at akka.actor.ActorCell.receiveMessage(ActorCell.scala:516)
        at akka.actor.ActorCell.invoke(ActorCell.scala:487)
        at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:238)
        at akka.dispatch.Mailbox.run(Mailbox.scala:220)
        at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(Abst
ractDispatcher.scala:393)
        at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)
        at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool
.java:1339)
        at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:19
79)
        at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThre
ad.java:107)

java.lang.OutOfMemoryError indicates you need higher -Xmx value, or lower stagger value(the one you're using 1000 in)

I've installed 64 bit version, reboot, but problem remains.. I cannot do nothing bigger than 500

Suggestions:
1. check if java 64-bit is used by command line ... use:
java -version
2. maybe cause 819100 is not a multiple of 1000 ?! (<number of plots you want to generate> 8191 <number of threads>
The number of plots should be a multiple of 8191.)

java version "1.7.0_67"
Java(TM) SE Runtime Environment (build 1.7.0_67-b01)
Java HotSpot(TM) Client VM (build 24.65-b04, mixed mode, sharing)

Is it right?!

Mine says Java HotSpot 64-Bit Server VM

Doesn't anyone else see the danger in letting a mining program have free reign with your data?

more dangerous is that it requires internet access and is a java program. Especially since they were taken over Java is quite dangerous and a security risk by itself *, then the exception handling of this miner does not look good, to be honest. It is an interesting concept without doubt, but i will wait until this gets a bit more "mature".

* even though the source is available, i am not up to date enough with java to judge if there is someting actually dangerous in it...

Gonna have an eye on this though

I see your point about the exception handling, however all of the errors posted were one of 2 types: the JVM failing to start due to the flags, jvm verion, and system not being compatible, and the other type is out of memory errors, which there really isn't much to do with anyway. Recoverable issues, file r/w failure, networking issues, etc are handled.

[KSpinner]

Anyone else have this run havok with your mining rig?? LOL

My x11 rig, of which I am using to setup this on an external HDD, went bonkers and reset my miners running in limp mode at 1.2 Mhs (which the only alert I got was through CGwatcher, that it had lost API access) Unsure why, but now my rig won't mine over 1.2 Mhs on each card, average is about 3.5 Mhs per card normally...

I am hoping that after it plots the HDD I will restart the miner and find all is working normally???

[frigger908]

The passworded client was supposed to be released by now...where is it?

[luxe]

...

java version "1.7.0_67"
Java(TM) SE Runtime Environment (build 1.7.0_67-b01)
Java HotSpot(TM) Client VM (build 24.65-b04, mixed mode, sharing)

Is it right?!

I had:

java version "1.8.0"
Java(TM) SE Runtime Environment (build 1.8.0-b132)
Java HotSpot(TM) 64-Bit Server VM (build 25.0-b70, mixed mode)

sry, not sure if you use 64-bit ... but if you do not need 32bit ... how about uninstall it (possible for jdk not sure about sdk)