Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 585. (Read 2171061 times)

check debug: true in conf file

The output is like this:

plot read done. 103739847626845317_11232533_400000_400000 = 472320 nonces
plot read done. 103739847626845317_16309766_392000_392000 = 463616 nonces
plot read done. 103739847626845317_57100011_400000_400000 = 472320 nonces
plot read done. 103739847626845317_5429997_400000_400000 = 472320 nonces
plot read done. 103739847626845317_900001_372000_4000 = 376000 nonces
plot read done. 103739847626845317_30687149_400000_400000 = 472320 nonces
plot read done. 103739847626845317_4707930_400000_400000 = 472320 nonces
plot read done. 103739847626845317_50100001_400000_400000 = 472320 nonces
plot read done. 103739847626845317_2924006_400000_4000 = 404000 nonces
plot read done. 103739847626845317_33791494_400000_4000 = 404000 nonces
plot read done. 103739847626845317_13232537_427224_427224 = 526768 nonces
plot read done. 103739847626845317_60900016_500000_500000 = 606784 nonces
plot read done. 103739847626845317_17398849_500000_500000 = 606784 nonces
plot read done. 103739847626845317_15811765_500000_500000 = 606784 nonces
plot read done. 103739847626845317_1572002_552000_4000 = 556000 nonces
plot read done. 103739847626845317_31587152_600000_600000 = 675712 nonces
plot read done. 103739847626845317_11632534_600000_600000 = 675712 nonces
plot read done. 103739847626845317_17998851_600000_600000 = 675712 nonces
plot read done. 103739847626845317_55100009_800000_4000 = 804000 nonces
plot read done. 103739847626845317_200001_700000_4000 = 704000 nonces
MV67-UXZF-DSKX-2G6W4 dl:2 days 00:02:04 n:23932368
plot read done. 103739847626845317_10462003_700000_700000 = 810176 nonces
plot read done. 103739847626845317_13659762_800000_800000 = 879104 nonces
plot read done. 103739847626845317_2124004_800000_800000 = 879104 nonces
plot read done. 103739847626845317_12432536_800000_800000 = 879104 nonces
plot read done. 103739847626845317_28103002_984141_7629 = 991770 nonces
plot read done. 103739847626845317_58900014_1000000_4000 = 1004000 nonces
plot read done. 103739847626845317_14459763_900000_900000 = 1013568 nonces
plot read done. 103739847626845317_23118857_984141_984141 = 1050778 nonces
plot read done. 103739847626845317_22118856_1000000_1000000 = 1082496 nonces
plot read done. 103739847626845317_57500012_1000000_1000000 = 1082496 nonces
plot read done. 103739847626845317_59900015_1000000_1000000 = 1082496 nonces
plot read done. 103739847626845317_56100010_1000000_1000000 = 1082496 nonces
plot read done. 103739847626845317_21118859_1000000_1000000 = 1082496 nonces
plot read done. 103739847626845317_29087144_1000000_1000000 = 1082496 nonces
plot read done. 103739847626845317_20118854_1000000_1000000 = 1082496 nonces
plot read done. 103739847626845317_3707929_1000000_1000000 = 1082496 nonces
plot read done. 103739847626845317_53100007_1000000_1000000 = 1082496 nonces
plot read done. 103739847626845317_54100008_1000000_1000000 = 1082496 nonces
plot read done. 103739847626845317_62600018_1200000_4000 = 1204000 nonces
submitting nonce 23932368 for MV67-UXZF-DSKX-2G6W4
plot read done. 103739847626845317_61400017_1200000_4000 = 1204000 nonces
{"result":"success","requestProcessingTime":203,"deadline":172924}
confirmed dl. for MV67-UXZF-DSKX-2G6W4 : 2 days 00:02:04
plot read done. 103739847626845317_63800019_1200000_4000 = 1204000 nonces
plot read done. 103739847626845317_18598852_1200000_1200000 = 1285888 nonces
plot read done. 103739847626845317_9262002_1200000_1200000 = 1285888 nonces
plot read done. 103739847626845317_40799466_1400000_1400000 = 1489280 nonces
plot read done. 103739847626845317_7262001_2000000_2000000 = 2099456 nonces
plot read done. 103739847626845317_24103001_4000000_4000000 = 4067840 nonces

I cann't see any infos about plots reading time

Watch it You should see a difference in resource consumption.... Not sure tho, never used it.... Will try it tomorrow .... But the miner should also say that it's finished

Hello,

how I can undestand how much time take the miner to read all my plot files ?

I'm using the uray's miner .1 R4 Linux version and I have 5 USB3 DISK connected ti the Linux server.

Thanks

Fabrizio

A quick note before the update
First of all, thank you to all the Believers! (that's how I decided to call Phase 1 investors)
I'm being honest here, I didn't expect to get such a participation in the booking phase. Many have, rightfully, being skeptical, and many still are: I was the first.
The BLTPS project has officially started with an investment of 0.7 BTC during the night which immediately became 1.1 BTC. The first goal is set to be 2.5 BTC (i.e. 250 shares sold) and I'm pretty sure it will be reached, and surpassed, as soon as all the Believers read their PMs.
Thank you again, really!

For the future, there is plenty of work to do, and plenty of goals to be achieved. Some ideas are being sketched, some are being implemented and I'm always open to questions and suggests.
For those who still don't know what BLTPS project is have a look at it - I know, wall of text... that's why, briefly - we are investing BTCs into LTCGear and every mining profit will be used to stabilize and increase the Burst value by properly setting buy walls on the main exchanges. Eaten walls will turn in Bursts that will be split among investors starting from Phase 5.

Phase 1 has officially ended. Phase 2 is likely to start in a couple of days. Since I see no reason to stop you from buying BLTPS shares during the transition... You can still book your shares if you want: same price as usual (0.01 BTC each), follow the instructions of Phase 1 (slightly changed with v1.0.5)

Back to the update!

Yes, by 5%  of the previous reward.

Is the block reward reduced every 10800 blocks?

CPB 8573

This is interesting, i can't remember if i had things running smoothly at 20TB, but all the time i've had issues with popups that windows is out of memory, symtom can be seen in task manager, where paged kernel memory goes like 80GB (with 24GB ram installed), althoguh the total of process memory is way lower than 24GB, it happens when several blocks come in fast with low deadlines, and especially happens if i am plotting at the same time. How are your 20TB connected?

I was not able to tweak windows syncing to get one of my drifting pcs closer than 30 seconds +/- which is too much. And i had to do registry hacks, add schedules and use commandline and services to get there with windows stuff. Still, time was off too much after a day or so. In the end i installed a 3rdparty time setting app that keeps the 3 pcs within a few seconds from each other. The windows out of the box settig had me get no blocks in periods close to next 5-day readjustment (clock on my pcs is drifting a lot, old hardware)


it's quite easy on windows, but you do have to rewrite the compile.sh file into a batch file that runs, and of course download and install the java JDK.  i guess it is somewhat the same with linux, get the JDK, install it. At least you don't have to write the compile.sh file as it is already there.  I admit i haven't tried to compile the wallet on linux, so i don't know if it is easy or difficult.


if you don't have pagin problems, it is in fact quite interesting as i sure would like to get rid of my own problems with paging.

Nicely Put ++

Nothing in life is free, nothing in life can evolve without a cause and most importantly... things can get better, you just have to try

Okay, we're going to make the changes, so any of our miners once you notice issues, restart the miners, and you should be good to go, shouldn't be any more restarts required after this. Thanks!

My partner will be making the IP changes soon, so if you notice the miner not working right, just restart it, and everything should be great after that!


edit: Not exactly sure how long it will take him to read my message and make the changes, so I will post another message once I know it's been done for sure.

Updates on status of http://burst.ga pool

Hello everyone! I have been working very diligently to make sure we have everything setup perfectly, and redundantly. This is what I have come up with so far...

We will have 3, possibly 4 servers for this redundancy.

Server 1 will be a small linux VM (in a data center) that will function as the balancer/failover server. The point of this is so that the miners never have to change the IP they're pointing to, and thus never have to worry about restarting, etc. Good for miners!

Server 2 will be the main pool server, it will be running on a dedicated rackserver in a data center. This server will be the main pool server, and shouldn't hardly ever be down.

Server 3 will be the backup pool server. (This is currently the server the pool is running on.) This server is a rackserver running VMWare ESXi. This server's only purpose is to be the temporary backup in the case that the main server goes down. This server will not have payments enabled once the final setup is completed, so payments will only happen when on the main server. But we are hoping that the backup server hardly ever gets used. That's the ideal scenario, only use it when absolutely necessary, to keep miners connected until the main server comes back up. that's it.

RIGHT NOW...

I am setting up a test backup server, and will be using the current server as the main server for a few days. the purpose of this is to test the balancer server we've setup.

So, miners will need to restart their client this one time, in order to get connected to the balancer server, after that restarts should no longer be necessary.

I will let everyone know when we actually make the changes, and the restart of the miners is necessary. Stay tuned. Thanks!

I have a Windows box mining 20TB, and no problem using it at the same time for my day job as a developer. No idea what you have tweaked to make performance subpar.

Windows by default sync time every 5 days, can be changed if your clock drift too much. Again, not a problem, particularly considering that you have to install NTP and enable it on Linux to have the functionallity at all.

It's a hassle to install VS or GCC for C/C++, or JDK for Java and compile it? It's not any different from Linux except dependencies, and that really isn't a problem. Besides, JDK is much more of a hassle on Linux than it is on Windows.

FREE publicity, get it while it's still free,

for your coin,
for your product,
for your service,
for yourself!

If you have a press release about Burst and want us to publish it, we will.
If you have an article about Burst coin and you want us to publish it, we will.

If you have Burst  tee-shirts and want us to sell it, and want us to only accept Burst coin for payment, we will.

If you want to have a small size banner advertising Burst coin in our publication we could do that too.


ALL OF THE ABOVE ABSOLUTELY FREE!!!   well at least for the month of NOVEMBER -- who passes up on free publicity?

I am glad to hear it is working now. 1.6 was only a small update to prevent deleting and the plot file should not be any different from the previous versions.

If you can get the basetarget to 10'000'000 i will donate you 10K burst and keep sending you 10K burst every week you can hold it down there.  Limit is 100K burst, then we'll have to renegotiate.

basetarget is 3'000'000 right now, so you'll have to really beef up your burst whining if you want to earn any.

What's in it for me?  i'd love to mine more burst, and if the basetarget go up there, i will get WAY more blocks.

Also, if you want to argue about why the BURST price should be lower, you need to study a little, your current arguments seem a little childish to me.

how about  :

calculating the final amount of coins, and the resulting market cap, and then contemplate if the current price is reasonable for so many coins - are we already fully priced?

you can argue that BURST only have one core developer and if he for some reason stops developing, BURST will probably crash and it is not a given that the remaining people involved with BURST have enough knowledge to take over - We are updating from Nxt source regularily, and those updates are not at all trivial. We also seem to not have any kind of unit tests or general testing environment, so new developers taking over will have a hard time figuring if they break something or not.

you can argue that harddisk mining is not economical in some way, or perhaps not fair in some way.

You can argue that something else comes along that is more profitable when you have free harddisk space. How many miners would stay here, if a new coin came along that was double profitable per TB

Now, i have helped you a lot, please hang in there, but i would prefer good arguments instead of just babble. Criticism is good, it makes us better identify areas that might need to be improved.

imagine a freight train in the distance, and a monkey standing at the side of the tracks, throwing bananas onto the train to stop it.. you are the money, the banana is your arguments, and the freight train... that's BURST.  You won't delay it one second, but you have a certain amount of entertainment value.

Seriously, if you want BURST price to go down so you can buy more of it, create a serious list of issues and reasons, place it in a post, and link to that post from new posts every time you figure out a new reason why BURST might go down in price. As BURST is 90% Nxt if not more, you should have no trouble finding issues with Nxt and then just put these on your list.

To everyone else i say : buy the dips, make this monkey work for you ;-)

Gotcha, thanks for the help!

I am using windows 7, and while it actually works now for me, it is obvious that windows simply cannot cope with the tech requirements. I even have a growing list of applications that are no-go if my burst mining has to run at 100%. Anyone planning to mine more than 10 TB on one computer should seriously consider using linux to avoid the problems related to the windows paging and virtual memory system forcing processes to crash, when you start reading serious amounts of data. Another windows (out of the box) problem is that time might drift - the standard windows way of keeping time synced with the internet does not work well,unless perhaps if you have a domain server that itself have commercial stuff on it to keep internet time correctly.  If you dig in deeper with burst, it is also a hassle to compile on a non-modified windows, and the list goes on.

I'm only staying on windows in an attempt to gain knowledge and spread this knowledge to others who might not have the option of shifting over to linux. And because i',m stubborn.

It affects the amount of seeking = HDD lifetime.
Also, lots of seeking leads to slower reading of files, may miss shorter blocks with small stagger.
Treat stagger as "how many subfiles this file consists of".
10 files with ideal stagger (file size==stagger size) roughly equals 1 file with stagger 1/10 of filesize.

Does the stagger size affect the mining speed in any way?