Bitcoin Forum
February 21, 2018, 01:51:47 PM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
  Home Help Search Donate Login Register  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 [20] 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 ... 85 »
381  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 03, 2014, 03:16:54 AM
so what happens to me i did mine in 400gb plots, 1-1800000 and 1800001-36000000   am I ok to mine or should i of done it differently

What are the names of your plot files?

16036893174223139082_1_1800000_1000
16036893174223139082_1800001_3600000_1000

nobody explained to me that it was important!! just to not have duplicate plots. ..


edit: could somebody explain the importance of staggering and ram and such i have 8gb ram and cant set it over 1200without it erroring and stagger i cant set it higher than 2400 without error so i just left them both at 1000

Your fine with those two.

Staggering is nothing but how big each section is. You can use up to 8191 mb of ram to "hold" the plots in ram as they are created. It doesn't matter if they are 500 or 8191 big. In the end they are the same. As long as they don't overlap.

He asked for the names of your files because it shows everything about how big the are and whether they overlap



Anyt tips on how to speed up the plots generation? Does staggering size matter to speed it up?

To a point stagger size will speed up plot generation--a stagger of 100 will be far faster than a stagger of 10. However, once you get over 1000 or so, the benefit from higher staggers mostly lies simply in the time it takes to parse each file. Smiley

So I guess it depends on the speed of the CPU right?

Yup, plot generation all hinges on CPU power.

Is that Linux plot generator on the OP really twice as fast? is it only for Ubuntu? would it work on Opensuse? I really would like to use it, are there any instructions?


https://bitcointalk.org/index.php?topic=731923.msg8299637#msg8299637

im curious as well is it faster?

It's significantly faster, and will work on any Linux system which uses makefiles and gcc--Opensuse included.

Code:
wget https://bchain.info/plotgenerator.tgz
tar zxvf plotgenerator.tgz
make

You can edit the Makefile to add -O3 and -march=native, though I've seen no performance boost from doing so personally. On a 2xIntel E5-2560v2 (so 16 cores, 32 threads) this plot generator gets around 14000 nonces/minute, while the traditional linux plotter gets a bit over 7000.
382  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 03, 2014, 03:08:43 AM
so what happens to me i did mine in 400gb plots, 1-1800000 and 1800001-36000000   am I ok to mine or should i of done it differently

What are the names of your plot files?

16036893174223139082_1_1800000_1000
16036893174223139082_1800001_3600000_1000

nobody explained to me that it was important!! just to not have duplicate plots. ..


edit: could somebody explain the importance of staggering and ram and such i have 8gb ram and cant set it over 1200without it erroring and stagger i cant set it higher than 2400 without error so i just left them both at 1000

Your fine with those two.

Staggering is nothing but how big each section is. You can use up to 8191 mb of ram to "hold" the plots in ram as they are created. It doesn't matter if they are 500 or 8191 big. In the end they are the same. As long as they don't overlap.

He asked for the names of your files because it shows everything about how big the are and whether they overlap



Anyt tips on how to speed up the plots generation? Does staggering size matter to speed it up?

To a point stagger size will speed up plot generation--a stagger of 100 will be far faster than a stagger of 10. However, once you get over 1000 or so, the benefit from higher staggers mostly lies simply in the time it takes to parse each file. Smiley

So I guess it depends on the speed of the CPU right?

Yup, plot generation all hinges on CPU power.
383  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 03, 2014, 03:00:25 AM
so what happens to me i did mine in 400gb plots, 1-1800000 and 1800001-36000000   am I ok to mine or should i of done it differently

What are the names of your plot files?

16036893174223139082_1_1800000_1000
16036893174223139082_1800001_3600000_1000

nobody explained to me that it was important!! just to not have duplicate plots. ..


edit: could somebody explain the importance of staggering and ram and such i have 8gb ram and cant set it over 1200without it erroring and stagger i cant set it higher than 2400 without error so i just left them both at 1000

Your fine with those two.

Staggering is nothing but how big each section is. You can use up to 8191 mb of ram to "hold" the plots in ram as they are created. It doesn't matter if they are 500 or 8191 big. In the end they are the same. As long as they don't overlap.

He asked for the names of your files because it shows everything about how big the are and whether they overlap



Anyt tips on how to speed up the plots generation? Does staggering size matter to speed it up?

To a point stagger size will speed up plot generation--a stagger of 100 will be far faster than a stagger of 10. However, once you get over 1000 or so, the benefit from higher staggers mostly lies simply in the time it takes to parse each file. Smiley
384  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 03, 2014, 02:59:41 AM
so what happens to me i did mine in 400gb plots, 1-1800000 and 1800001-36000000   am I ok to mine or should i of done it differently

What are the names of your plot files?

16036893174223139082_1_1800000_1000
16036893174223139082_1800001_3600000_1000

nobody explained to me that it was important!! just to not have duplicate plots. ..


edit: could somebody explain the importance of staggering and ram and such i have 8gb ram and cant set it over 1200without it erroring and stagger i cant set it higher than 2400 without error so i just left them both at 1000

Yeah, those files are fine. With 8GB of RAM, either not enough of it is free, you are on a 32-bit version of Java (or OS!) or your -Xmx value is too small. Either way, stagger isn't too important, it just makes parsing the files a tad faster.
385  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 03, 2014, 02:41:36 AM
so what happens to me i did mine in 400gb plots, 1-1800000 and 1800001-36000000   am I ok to mine or should i of done it differently

What are the names of your plot files?
386  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 02, 2014, 01:56:47 AM
Would someone be so kind as to toss a few burst my way (BURST-X9TR-TN9E-7UES-DMZ2X) so that I can participate in the V2 pool?

Sure Smiley
387  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 02, 2014, 12:21:34 AM
Mining question.

I have been mining since block 1. Has gone very well until the last week or so. I have an external USB 3.0 4 TB drive. Plotting that drive took days (of course) and the plotting software crashed several times. The result is I have several incomplete plot files. I was careful starting the plot generation again and don't believe there is any overlap. This didn't seem to be an issue with the orginal wallet. (or is coincidence) but the miner for this drive crashes daily. Of course it seems to happen when I can't watch it and end up losing a lot of mining time.

I thought  I saw someone working on a faster plotting software and I can't seem to find that post right now. Wondering if I should just replot the drive or is there a way to check for errors.

I tried searching but at 260+ pages it is getting hard to find information.

Thanks in advance for any help.

There is a faster plotter courtesy of dcct, however is uses linux-specific assembly for the shabal hash, so it hasn't yet been ported and compiled for/on Windows. Your best bet it simply to put the miner command in a loop, so when it crashes it just starts back up:
Code:
@echo off
cls
:start
java -Xmx2000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner mine "http://127.0.0.1:8125"%*
goto start
388  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 01, 2014, 10:34:01 PM
I have an 8 Core I7 and its only using 33%. Memory usage is 500mb but I have 32GB.


C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate XXXXXXXXXXXXXXXXX 1 4000000 8191 16

(Assuming its a 8-core 16 thread cpu)

When i execute with these settings i get the below error.

Uncaught error from thread [default-akka.actor.default-dispatcher-4] shutting do
wn JVM since 'akka.jvm-exit-on-fatal-error' is enabled for ActorSystem[default]
java.lang.OutOfMemoryError: Java heap space
        at pocminer.GenerateSupr.init(GenerateSupr.java:61)
        at pocminer.GenerateSupr.preStart(GenerateSupr.java:55)
        at akka.actor.Actor$class.aroundPreStart(Actor.scala:470)
        at akka.actor.UntypedActor.aroundPreStart(UntypedActor.scala:97)
        at akka.actor.ActorCell.create(ActorCell.scala:580)
        at akka.actor.ActorCell.invokeAll$1(ActorCell.scala:456)
        at akka.actor.ActorCell.systemInvoke(ActorCell.scala:478)
        at akka.dispatch.Mailbox.processAllSystemMessages(Mailbox.scala:263)
        at akka.dispatch.Mailbox.run(Mailbox.scala:219)
        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)

Has anyone encountered the above?

Yeah, change -Xms1000m to -Xms4000m to allocate more memory.

Did as suggested and now get the below error.

Error occurred during initialization of VM
Could not reserve enough space for object heap
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

Thanks for your help

How much free memory do you have in your machine? 4000m will require nearly 4GB of free RAM to allocate properly. If you don't have sufficient memory for this, just change '8191' to '1024'.

Thats the thing i have like 12GB free!! I have noticed in Task Manager that the process is the 32bit version. Should it not be using x64 so it can address the extra memory?

Do you have a 64-bit version of Java installed? If not, just reduce 4000m to 2000m and then reduce 8191 to 4096, or 2048.

Yes i just re-installed both. I still get errors with 2000m only 1000m works.

Ah well, 1000 with 2048 work, or do you need to go down to 1024 for steps?
389  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 01, 2014, 10:28:42 PM
So can anyone tell me what the realistic minimum amount of drive space is needed to mine this coin?

For pool mining, you're gonna need more than 250GB to get shares on a regular basis, 1TB or more would be preferred.

For solo mining, I'd recommend 8+ TB.
So basically I'm wasting my time trying to solo mine with a 500gb drive I had lying around?

Yeah, with rising difficulty chances are fairly slim for that to solo mine anything.
390  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 01, 2014, 10:14:49 PM
So can anyone tell me what the realistic minimum amount of drive space is needed to mine this coin?

For pool mining, you're gonna need more than 250GB to get shares on a regular basis, 1TB or more would be preferred.

For solo mining, I'd recommend 8+ TB.
391  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 01, 2014, 10:14:05 PM
I bought some burst today. But after looking at it burst a little more it should have been made three years ago. Its actually a step backwards. But its here so its innovative, but it shouldn't get this much attention cause we have graphic cards which perform better, with better security. And nothing run by a pc is eco or more eco friendlier than another, cause its still using power plus I don't think everyone is going to turn off all there rigs.  I could go on more about viruses, hacks, and hard drive failure but I bought some so I want to make good with my purchase. But If we can get pc fans to start mining with our gpu's, hard drives, that's innovative. You might as well invest into western digital with all the new hard drive purchases esp if they make hard drives for mining like we have seen with motherboards.

Here's the kicker for why POC mining is attractive:

With a GPU, say, a R9 290x, you are pulling at least 300W for the card to run. The card itself costs around $550, and on $0.15/kWh pricing, it would cost $394.20 to run at full load yearly. This means after a bit over a year, your costs are split 50/50 between hardware and electricity, assuming you didn't invest in additional cooling and cooling upkeep. If all mining went south, you could sell your card, but you take a loss on that electricity. However, if you were mining with a hard drive which costs $7/year to run for a $300 drive, then if everything goes south, you can recoup a large portion of your investment. Most hard drives have a minimum of 2 years of warranty.

Additionally, the amount of network security possible from POC given the same amount of capital invested into mining as with POW is much higher, as the majority of that money goes towards actual hardware, and miners have very little reason (very little maintenance cost) to keep their hard drive rigs running. In comparison, miners may shut off GPU rigs when they produce too much heat, or consume more electricity than they pay for.

Hard drive mining is more eco-friendly. Each dollar invested into mining requires far less power to run, and each thus each 'dollar of security' (because what protects cryptocurrency networks is the cost to perform a 51% attack) requires less power, and less upkeep. Graphics cards don't 'perform better'; it's comparing apples to oranges. The reason Bitcoin is so secure is because it has significant amounts of hardware behind it--and that hardware costs money. Keep in mind, there aren't really the equivalent of ASICs for storage. The best TB/dollar storage is tape storage, which would be impractical for BURST mining, considering all the seeking involved. Considering only hardware practical for mining, consumer hardware is king--enterprise hardware has higher $/TB costs. It doesn't matter how many kH, MH, GH, TH, PH... a network has, it matters how much money it costs to acquire hardware to provide that much hashing power. I could create a coin which had a hashing function so simple that a GPU could run 20GH/s, but that doesn't make it any more secure. Network security is a cat-and-mouse-game, and all that matters is the cost for a third-party to deploy hardware in enough quantity to provide more than 50% of the network's computational power. If my coin has 20GH/s on a R9 290x, then for each R9 290x they deploy, they get that hash rate too.
392  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 01, 2014, 10:01:48 PM
I have an 8 Core I7 and its only using 33%. Memory usage is 500mb but I have 32GB.


C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate XXXXXXXXXXXXXXXXX 1 4000000 8191 16

(Assuming its a 8-core 16 thread cpu)

When i execute with these settings i get the below error.

Uncaught error from thread [default-akka.actor.default-dispatcher-4] shutting do
wn JVM since 'akka.jvm-exit-on-fatal-error' is enabled for ActorSystem[default]
java.lang.OutOfMemoryError: Java heap space
        at pocminer.GenerateSupr.init(GenerateSupr.java:61)
        at pocminer.GenerateSupr.preStart(GenerateSupr.java:55)
        at akka.actor.Actor$class.aroundPreStart(Actor.scala:470)
        at akka.actor.UntypedActor.aroundPreStart(UntypedActor.scala:97)
        at akka.actor.ActorCell.create(ActorCell.scala:580)
        at akka.actor.ActorCell.invokeAll$1(ActorCell.scala:456)
        at akka.actor.ActorCell.systemInvoke(ActorCell.scala:478)
        at akka.dispatch.Mailbox.processAllSystemMessages(Mailbox.scala:263)
        at akka.dispatch.Mailbox.run(Mailbox.scala:219)
        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)

Has anyone encountered the above?

Yeah, change -Xms1000m to -Xms4000m to allocate more memory.

Did as suggested and now get the below error.

Error occurred during initialization of VM
Could not reserve enough space for object heap
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

Thanks for your help

How much free memory do you have in your machine? 4000m will require nearly 4GB of free RAM to allocate properly. If you don't have sufficient memory for this, just change '8191' to '1024'.

Thats the thing i have like 12GB free!! I have noticed in Task Manager that the process is the 32bit version. Should it not be using x64 so it can address the extra memory?

Do you have a 64-bit version of Java installed? If not, just reduce 4000m to 2000m and then reduce 8191 to 4096, or 2048.
393  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 01, 2014, 09:41:45 PM
any one khow how long for the blockchain download seems to stall ?

thanks

Shouldn't take longer than an hour even on slow internet connections. What block are you on?
394  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 01, 2014, 09:05:00 PM
I have an 8 Core I7 and its only using 33%. Memory usage is 500mb but I have 32GB.


C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate XXXXXXXXXXXXXXXXX 1 4000000 8191 16

(Assuming its a 8-core 16 thread cpu)

When i execute with these settings i get the below error.

Uncaught error from thread [default-akka.actor.default-dispatcher-4] shutting do
wn JVM since 'akka.jvm-exit-on-fatal-error' is enabled for ActorSystem[default]
java.lang.OutOfMemoryError: Java heap space
        at pocminer.GenerateSupr.init(GenerateSupr.java:61)
        at pocminer.GenerateSupr.preStart(GenerateSupr.java:55)
        at akka.actor.Actor$class.aroundPreStart(Actor.scala:470)
        at akka.actor.UntypedActor.aroundPreStart(UntypedActor.scala:97)
        at akka.actor.ActorCell.create(ActorCell.scala:580)
        at akka.actor.ActorCell.invokeAll$1(ActorCell.scala:456)
        at akka.actor.ActorCell.systemInvoke(ActorCell.scala:478)
        at akka.dispatch.Mailbox.processAllSystemMessages(Mailbox.scala:263)
        at akka.dispatch.Mailbox.run(Mailbox.scala:219)
        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)

Has anyone encountered the above?

Yeah, change -Xms1000m to -Xms4000m to allocate more memory.

Did as suggested and now get the below error.

Error occurred during initialization of VM
Could not reserve enough space for object heap
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

Thanks for your help

How much free memory do you have in your machine? 4000m will require nearly 4GB of free RAM to allocate properly. If you don't have sufficient memory for this, just change '8191' to '1024'.
395  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 01, 2014, 08:55:54 PM
I have an 8 Core I7 and its only using 33%. Memory usage is 500mb but I have 32GB.


C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate XXXXXXXXXXXXXXXXX 1 4000000 8191 16

(Assuming its a 8-core 16 thread cpu)

Thanks!! it has 8 threads so i will drop it down.

Do you know how to restart plotting if you stop it?

If you stop a plot before it finishes, there's not really a way to 'resume' (other than calculating the ending nonce, and then merging the files). However, it doesn't matter, you can just start generating the next plot as you would if the previous plot finished correctly. The only issue is overlapping plots, but gaps mean nothing, all that matters is the total number of nonces. Smiley

Thanks!! How do i find the the current plot number?

Is there no IRC chan for Burst? You need one!


In the standard naming convention for plotfiles, you have:
address_startingNonce_noncesInFile_noncesPerRound
In the above, add the startingNonce to the noncesInFile (both from your most recent plot) to get the next startingNonce for your next plot.

So for example, if your most recent (aka highest startingNonce) file looked like this:
address_4095500_4095500_8191
Then your next plot should be
address_8191000_4095500_8191
Where 4095500 controls the size of that file (in this case, 1TB) and 8191 controls the amount of RAM used in generation (2GB with the linux plotter), and where 'address' is representative of your actual numerical address (which is generated by run_dump).


You my friend, are a legend. I get it now! Only issue i can see is if you stopped the plotting like me the file name will not be correct as it presumes it plotted to the height you specified.

Yup, that's why you get errors in reading the files, but they're harmless, just noting that the plot file isn't complete. Smiley
396  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 01, 2014, 08:55:16 PM
I have an 8 Core I7 and its only using 33%. Memory usage is 500mb but I have 32GB.


C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate XXXXXXXXXXXXXXXXX 1 4000000 8191 16

(Assuming its a 8-core 16 thread cpu)

When i execute with these settings i get the below error.

Uncaught error from thread [default-akka.actor.default-dispatcher-4] shutting do
wn JVM since 'akka.jvm-exit-on-fatal-error' is enabled for ActorSystem[default]
java.lang.OutOfMemoryError: Java heap space
        at pocminer.GenerateSupr.init(GenerateSupr.java:61)
        at pocminer.GenerateSupr.preStart(GenerateSupr.java:55)
        at akka.actor.Actor$class.aroundPreStart(Actor.scala:470)
        at akka.actor.UntypedActor.aroundPreStart(UntypedActor.scala:97)
        at akka.actor.ActorCell.create(ActorCell.scala:580)
        at akka.actor.ActorCell.invokeAll$1(ActorCell.scala:456)
        at akka.actor.ActorCell.systemInvoke(ActorCell.scala:478)
        at akka.dispatch.Mailbox.processAllSystemMessages(Mailbox.scala:263)
        at akka.dispatch.Mailbox.run(Mailbox.scala:219)
        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)

Has anyone encountered the above?

Yeah, change -Xms1000m to -Xms4000m to allocate more memory.
397  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 01, 2014, 08:04:29 PM
I have an 8 Core I7 and its only using 33%. Memory usage is 500mb but I have 32GB.


C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate XXXXXXXXXXXXXXXXX 1 4000000 8191 16

(Assuming its a 8-core 16 thread cpu)

Thanks!! it has 8 threads so i will drop it down.

Do you know how to restart plotting if you stop it?

If you stop a plot before it finishes, there's not really a way to 'resume' (other than calculating the ending nonce, and then merging the files). However, it doesn't matter, you can just start generating the next plot as you would if the previous plot finished correctly. The only issue is overlapping plots, but gaps mean nothing, all that matters is the total number of nonces. Smiley

Thanks!! How do i find the the current plot number?

Is there no IRC chan for Burst? You need one!


In the standard naming convention for plotfiles, you have:
address_startingNonce_noncesInFile_noncesPerRound
In the above, add the startingNonce to the noncesInFile (both from your most recent plot) to get the next startingNonce for your next plot.

So for example, if your most recent (aka highest startingNonce) file looked like this:
address_4095500_4095500_8191
Then your next plot should be
address_8191000_4095500_8191
Where 4095500 controls the size of that file (in this case, 1TB) and 8191 controls the amount of RAM used in generation (2GB with the linux plotter), and where 'address' is representative of your actual numerical address (which is generated by run_dump).
398  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 01, 2014, 07:52:21 PM
I have an 8 Core I7 and its only using 33%. Memory usage is 500mb but I have 32GB.


C:\Windows\SysWOW64\java -Xmx1000m -cp pocminer.jar;lib/*;lib/akka/*;lib/jetty/* pocminer.POCMiner generate XXXXXXXXXXXXXXXXX 1 4000000 8191 16

(Assuming its a 8-core 16 thread cpu)

Thanks!! it has 8 threads so i will drop it down.

Do you know how to restart plotting if you stop it?

If you stop a plot before it finishes, there's not really a way to 'resume' (other than calculating the ending nonce, and then merging the files). However, it doesn't matter, you can just start generating the next plot as you would if the previous plot finished correctly. The only issue is overlapping plots, but gaps mean nothing, all that matters is the total number of nonces. Smiley
399  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BURST] Burst | Efficient POC Mining | Update to 1.0.3 before block 6500 on: September 01, 2014, 07:46:33 PM
I know the V2 pool has a target deadline of 75K, but what deadline is actually feasible to mine a block these days?

Could a 75K ever really get it?  Or even a 10K?

Nope, a 1k block deadline could only mine a block that has waited a bit over 16 minutes since the last one.
400  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN]CureCoin - Earn while you solve cures for Cancer. True 3.0 crypto on: September 01, 2014, 05:38:25 PM
is there any new folding client available? Any speed improvements in the last 2 months? Can i continue where i left 2 months ago or should i at least update to latest drivers? How many ppd can r9 270 achieve?
tnx

Core 18 was released, though it's very similar to Core 17. I've heard good things about the latest drivers for people on R9 290x cards, though I don't have an R9 270 to do any testing on, so I can't tell you for sure. Driver updates usually don't reduce performance, though there's been a few counterexamples.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 [20] 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 ... 85 »
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!