Author

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

member
Activity: 108
Merit: 10
First of all I want to specify that I completely agree with fanepatent.
You cannot drop in here, newbie or not, and insult. It isn't neither a matter of who you're talking too. It could have been one of the most active and helpful people like fane is since the beginning or a completely unknown guy (like me).

Said so I'll try to reformulate your question because I think it is an interesting one, just because of this.

I think Tex is asking if, when having two different plots in the same HDD/directory, uray's miner reads them concurrently instead of sequentially.
If this is the case, no matter the stagger size, the HDD will be put under a lot of pressure with jumps back and forth.

To reply, partially, to Tex (I don't use uray's so I don't know). The Dev's miner is the Java one (POC Miner), and it reads sequentially for sure. You may want to have a try with it on Dev's pool or solo and see if you have the same issue.
full member
Activity: 145
Merit: 100
Downloaded uray`s miner (ver 1.1 R4).
One plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?

With that stagger kinda is. It needs 256 seeks to read that file.
Read my post again (about reading single file)!!!
HDD was empty. Fragmentation = 0.

A single file with 256 fragments. Each fragment containing 4096 nonces.
Your drive needs to go through all those 256 fragments until it finds the right nonce.
Are you an idiot? I`m talking about difference in reading one and two files! One single file reads "fast and smooth". But adding one more file (with the same parameters) rapes HDD. Do miner read each file at the same time?

Drop the aggressive and idiotic tone if you want help. I am with this project since it was launched. I think I know what I am talking about.
Now if you don't know how to ask for help and how to read the answers go back to shitcoins

The files are split into segments. Each file having x amount of segments and each segment represents the one stagger.
Your 1 file has 256 segments. Yes, it reads that well. But if you make another one your HDD will have another 256 seeks to do at the same time.
Loud and clear?

We do not tolerate your kind here. There are 660 pages of chatter and not one post had the tone you used.


I told you before. Most newbies are ignorant and ungrateful. They only care for themselves first. That's why I ignore most of similar questions from newbie in this thread. He doesn't even realize that his HDD might be dead soon, who cares?
Why do you think i am newbie? Grin

First of all, your account. Second of all, thats a newbie question.
And now lets get back to where we were.
After you called me an idiot and I took the time to answer despite that, you just tell me that you will wait for the dev to come and answer?
Are you for real?
What`s wrong wth my account? Did you read my posts? Is it looks like a newbie?
It`s not a newbie question. I`m asking not about stagger, seeking, fragmentation, hdd health, etc.
I didn`t call you an idiot. It was a question Smiley
Yes i`m 4 real. Question is about dev`s miner. Not about Burst basics.
full member
Activity: 238
Merit: 100
Downloaded uray`s miner (ver 1.1 R4).
One plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?

With that stagger kinda is. It needs 256 seeks to read that file.
Read my post again (about reading single file)!!!
HDD was empty. Fragmentation = 0.

A single file with 256 fragments. Each fragment containing 4096 nonces.
Your drive needs to go through all those 256 fragments until it finds the right nonce.
Are you an idiot? I`m talking about difference in reading one and two files! One single file reads "fast and smooth". But adding one more file (with the same parameters) rapes HDD. Do miner read each file at the same time?

Drop the aggressive and idiotic tone if you want help. I am with this project since it was launched. I think I know what I am talking about.
Now if you don't know how to ask for help and how to read the answers go back to shitcoins

The files are split into segments. Each file having x amount of segments and each segment represents the one stagger.
Your 1 file has 256 segments. Yes, it reads that well. But if you make another one your HDD will have another 256 seeks to do at the same time.
Loud and clear?

We do not tolerate your kind here. There are 660 pages of chatter and not one post had the tone you used.


I told you before. Most newbies are ignorant and ungrateful. They only care for themselves first. That's why I ignore most of similar questions from newbie in this thread. He doesn't even realize that his HDD might be dead soon, who cares?
Why do you think i am newbie? Grin

First of all, your account. Second of all, thats a newbie question.
And now lets get back to where we were.
After you called me an idiot and I took the time to answer despite that, you just tell me that you will wait for the dev to come and answer?
Are you for real?
if you searched his posts, you will find he has been mining burst for at least a month, so in reality, he is not a newbie for burst
full member
Activity: 224
Merit: 100
Downloaded uray`s miner (ver 1.1 R4).
One plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?

With that stagger kinda is. It needs 256 seeks to read that file.
Read my post again (about reading single file)!!!
HDD was empty. Fragmentation = 0.

A single file with 256 fragments. Each fragment containing 4096 nonces.
Your drive needs to go through all those 256 fragments until it finds the right nonce.
Are you an idiot? I`m talking about difference in reading one and two files! One single file reads "fast and smooth". But adding one more file (with the same parameters) rapes HDD. Do miner read each file at the same time?

Drop the aggressive and idiotic tone if you want help. I am with this project since it was launched. I think I know what I am talking about.
Now if you don't know how to ask for help and how to read the answers go back to shitcoins

The files are split into segments. Each file having x amount of segments and each segment represents the one stagger.
Your 1 file has 256 segments. Yes, it reads that well. But if you make another one your HDD will have another 256 seeks to do at the same time.
Loud and clear?

We do not tolerate your kind here. There are 660 pages of chatter and not one post had the tone you used.


I told you before. Most newbies are ignorant and ungrateful. They only care for themselves first. That's why I ignore most of similar questions from newbie in this thread. He doesn't even realize that his HDD might be dead soon, who cares?
Why do you think i am newbie? Grin

First of all, your account. Second of all, thats a newbie question.
And now lets get back to where we were.
After you called me an idiot and I took the time to answer despite that, you just tell me that you will wait for the dev to come and answer?
Are you for real?
full member
Activity: 145
Merit: 100
Downloaded uray`s miner (ver 1.1 R4).
One plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?

With that stagger kinda is. It needs 256 seeks to read that file.
Read my post again (about reading single file)!!!
HDD was empty. Fragmentation = 0.

A single file with 256 fragments. Each fragment containing 4096 nonces.
Your drive needs to go through all those 256 fragments until it finds the right nonce.
Are you an idiot? I`m talking about difference in reading one and two files! One single file reads "fast and smooth". But adding one more file (with the same parameters) rapes HDD. Do miner read each file at the same time?

Drop the aggressive and idiotic tone if you want help. I am with this project since it was launched. I think I know what I am talking about.
Now if you don't know how to ask for help and how to read the answers go back to shitcoins

The files are split into segments. Each file having x amount of segments and each segment represents the one stagger.
Your 1 file has 256 segments. Yes, it reads that well. But if you make another one your HDD will have another 256 seeks to do at the same time.
Loud and clear?

We do not tolerate your kind here. There are 660 pages of chatter and not one post had the tone you used.


I told you before. Most newbies are ignorant and ungrateful. They only care for themselves first. That's why I ignore most of similar questions from newbie in this thread. He doesn't even realize that his HDD might be dead soon, who cares?
Why do you think i am newbie? Grin
full member
Activity: 145
Merit: 100
Downloaded uray`s miner (ver 1.1 R4).
One plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?

With that stagger kinda is. It needs 256 seeks to read that file.
Read my post again (about reading single file)!!!
HDD was empty. Fragmentation = 0.

A single file with 256 fragments. Each fragment containing 4096 nonces.
Your drive needs to go through all those 256 fragments until it finds the right nonce.
Are you an idiot? I`m talking about difference in reading one and two files! One single file reads "fast and smooth". But adding one more file (with the same parameters) rapes HDD. Do miner read each file at the same time?

Drop the aggressive and idiotic tone if you want help. I am with this project since it was launched. I think I know what I am talking about.
Now if you don't know how to ask for help and how to read the answers go back to shitcoins

The files are split into segments. Each file having x amount of segments and each segment represents the one stagger.
Your 1 file has 256 segments. Yes, it reads that well. But if you make another one your HDD will have another 256 seeks to do at the same time.
Loud and clear?

We do not tolerate your kind here. There are 660 pages of chatter and not one post had the tone you used.


I second this. Who do you think you are talking like that to someone spending his time to help you? Fanepatent has helped dozens of us get up and running. Read the OP and the first 20 pages and educate yourself on the workings of the coin. You will find the answer to your questions there.  


Educated enough. Don`t tell me about stagger! I`m asking about reading threads in uray`s miner`s logic and difference in reading (by this miner) of one single file and two files. Why is it looks (reads) different?
hero member
Activity: 938
Merit: 1000
Downloaded uray`s miner (ver 1.1 R4).
One plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?

With that stagger kinda is. It needs 256 seeks to read that file.
Read my post again (about reading single file)!!!
HDD was empty. Fragmentation = 0.

A single file with 256 fragments. Each fragment containing 4096 nonces.
Your drive needs to go through all those 256 fragments until it finds the right nonce.
Are you an idiot? I`m talking about difference in reading one and two files! One single file reads "fast and smooth". But adding one more file (with the same parameters) rapes HDD. Do miner read each file at the same time?

Drop the aggressive and idiotic tone if you want help. I am with this project since it was launched. I think I know what I am talking about.
Now if you don't know how to ask for help and how to read the answers go back to shitcoins

The files are split into segments. Each file having x amount of segments and each segment represents the one stagger.
Your 1 file has 256 segments. Yes, it reads that well. But if you make another one your HDD will have another 256 seeks to do at the same time.
Loud and clear?

We do not tolerate your kind here. There are 660 pages of chatter and not one post had the tone you used.


I told you before. Most newbies are ignorant and ungrateful. They only care for themselves first. That's why I ignore most of similar questions from newbie in this thread. He doesn't even realize that his HDD might be dead soon, who cares?
member
Activity: 112
Merit: 10
Downloaded uray`s miner (ver 1.1 R4).
One plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?

With that stagger kinda is. It needs 256 seeks to read that file.
Read my post again (about reading single file)!!!
HDD was empty. Fragmentation = 0.

A single file with 256 fragments. Each fragment containing 4096 nonces.
Your drive needs to go through all those 256 fragments until it finds the right nonce.
Are you an idiot? I`m talking about difference in reading one and two files! One single file reads "fast and smooth". But adding one more file (with the same parameters) rapes HDD. Do miner read each file at the same time?

Drop the aggressive and idiotic tone if you want help. I am with this project since it was launched. I think I know what I am talking about.
Now if you don't know how to ask for help and how to read the answers go back to shitcoins

The files are split into segments. Each file having x amount of segments and each segment represents the one stagger.
Your 1 file has 256 segments. Yes, it reads that well. But if you make another one your HDD will have another 256 seeks to do at the same time.
Loud and clear?

We do not tolerate your kind here. There are 660 pages of chatter and not one post had the tone you used.


I second this. Who do you think you are talking like that to someone spending his time to help you? Fanepatent has helped dozens of us get up and running. Read the OP and the first 20 pages and educate yourself on the workings of the coin. You will find the answer to your questions there.  

full member
Activity: 145
Merit: 100
Downloaded uray`s miner (ver 1.1 R4).
One plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?

With that stagger kinda is. It needs 256 seeks to read that file.
Read my post again (about reading single file)!!!
HDD was empty. Fragmentation = 0.

A single file with 256 fragments. Each fragment containing 4096 nonces.
Your drive needs to go through all those 256 fragments until it finds the right nonce.
Are you an idiot? I`m talking about difference in reading one and two files! One single file reads "fast and smooth". But adding one more file (with the same parameters) rapes HDD. Do miner read each file at the same time?

Drop the aggressive and idiotic tone if you want help. I am with this project since it was launched. I think I know what I am talking about.
Now if you don't know how to ask for help and how to read the answers go back to shitcoins

The files are split into segments. Each file having x amount of segments and each segment represents the one stagger.
Your 1 file has 256 segments. Yes, it reads that well. But if you make another one your HDD will have another 256 seeks to do at the same time.
Loud and clear?

We do not tolerate your kind here. There are 660 pages of chatter and not one post had the tone you used.

You don`t understand me. I`ll wait for dev`s answer. Or somebody who reads miner`s code.
full member
Activity: 224
Merit: 100
Downloaded uray`s miner (ver 1.1 R4).
One plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?

With that stagger kinda is. It needs 256 seeks to read that file.
Read my post again (about reading single file)!!!
HDD was empty. Fragmentation = 0.

A single file with 256 fragments. Each fragment containing 4096 nonces.
Your drive needs to go through all those 256 fragments until it finds the right nonce.
Are you an idiot? I`m talking about difference in reading one and two files! One single file reads "fast and smooth". But adding one more file (with the same parameters) rapes HDD. Do miner read each file at the same time?

Drop the aggressive and idiotic tone if you want help. I am with this project since it was launched. I think I know what I am talking about.
Now if you don't know how to ask for help and how to read the answers go back to shitcoins

The files are split into segments. Each file having x amount of segments and each segment represents the one stagger.
Your 1 file has 256 segments. Yes, it reads that well. But if you make another one your HDD will have another 256 seeks to do at the same time.
Loud and clear?

We do not tolerate your kind here. There are 660 pages of chatter and not one post had the tone you used.
legendary
Activity: 1932
Merit: 1042
https://locktrip.com/?refId=40964

i never took nxt serious since its based on java and i know many people thinking the same way.
if we port the burst protocols to a c library it would be a huge step forward to be independant to nxt.
even exchanges could base their integration on these libraries and other people can use them to create user frontends or fancy stuff like encrypted message transmissions for mobiles payed with burst and so on.


What's the problem about java? Btw, porting such huge library from java to c would be not easy though.

java today seems to be secure but java is responsible for 91% of all security attacks (stated by cisco http://www.eweek.com/security/java-primary-cause-of-91-percent-of-attacks-cisco.html).

i know it is complex to design and code a library which "speaks burst" because many java dependencies and object methods do not exist or cannot simply be ported.
however, only if the java dependency for burst is removed burst can grow really big.
i dont want to say it cannot grow because of java but it can grow really huge without it.
if there is a 0-day java exploit some day (which happens almost annually) the whole burst ecosystem could collapse due to java.
depending on the integration and dependencies in c there is also a risk involved but this is much smaller than offering an attacker the largest plattform (java) which exists as target.

its not that hard (I've read burst source code), but it would take time for sure, the latest standard of C++11 easily surpass java features and libraries, and also its already cross platform, write single code it guaranteed to run on all platform supporting C++11 compiler without need of any vm. and yes personally i think that java is deprecated language, thats why i never touch nxt (and also because of PoS) despite of its great feature.

we can easily replace jetty library to serve http protocol with nodejs, there are a lot of crypto library which is better on C++, we can use mongoDB or redis as database backend, which i am sure its far better than current java backend DB

but replacing java with c++ does not directly improve userbase and ecosystem, what we need today is promotion, great community, developers, investor



urY,
all right things...
but the big question is
"HOW TO DO IT?"

It is possible to "convert" all code into  C++ but it is so hard ! Now I think we have need  real investors or the coin will dead in 1 or 2 weeks.

Don't trip potato chip. All things in time. There WILL be investors, as I will be one myself here soon. I will be investing quite a bit more than I already have, and I will be hiring people to promote BURST as well. So seriously, don't trip, we got this. BURST will live on. Don't make rash RED statements like this without backing of any kind, please. it's ridiculous to say things like this. Without knowing anything at all, just stabbing in the dark.  SeeI can use colors too, it's not cool when the colors are saying things to you, huh?

In all seriousness though man, please, don't come in here with your random off the wall FUD without any sort of backup at all, it's just ridiculous and pointless. Thanks.

and seriously we need funds
so can put bounty for developments, or fund for promotion
we need to start community and spread promotion on facebook, twitter, reddit, google+ page, crypto news site
or we can promote burst like stellar did, free burst for every facebook account

Uray,

How we can do that?
Any plan to procede?

what do you mean by "that" ?
which "that" ?

Promote... Spread news about burst. Giveaway... Faucet... Like stellar gift some burst registering with twitter or facebook
This i men for "that"
what about a gambling site backed by an asset with a faucet to play on?
either a simple dice game or if the next 1000 btc tradevolume is up or downtrend on bitcoinaverage.

i have contacted luckybit.it howner asking for that by PM.
No answer for now...

so, i'm waiting
full member
Activity: 145
Merit: 100
Downloaded uray`s miner (ver 1.1 R4).
One plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?

With that stagger kinda is. It needs 256 seeks to read that file.
Read my post again (about reading single file)!!!
HDD was empty. Fragmentation = 0.

A single file with 256 fragments. Each fragment containing 4096 nonces.
Your drive needs to go through all those 256 fragments until it finds the right nonce.
Are you an idiot? I`m talking about difference in reading one and two files! One single file reads "fast and smooth". But adding one more file (with the same parameters) rapes HDD. Do miner read each file at the same time?
full member
Activity: 224
Merit: 100
Downloaded uray`s miner (ver 1.1 R4).
One plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?

With that stagger kinda is. It needs 256 seeks to read that file.
Read my post again (about reading single file)!!!
HDD was empty. Fragmentation = 0.

A single file with 256 fragments. Each fragment containing 4096 nonces.
Your drive needs to go through all those 256 fragments until it finds the right nonce.
full member
Activity: 224
Merit: 100
Follow us on Twitter
Like us on Facebook

Add us on social media networks to stay up to date with news and announcements.
full member
Activity: 145
Merit: 100
Downloaded uray`s miner (ver 1.1 R4).
One plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?

With that stagger kinda is. It needs 256 seeks to read that file.
Read my post again (about reading single file)!!!
HDD was empty. Fragmentation = 0.
full member
Activity: 224
Merit: 100
Downloaded uray`s miner (ver 1.1 R4).
One plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?

With that stagger kinda is. It needs 256 seeks to read that file.
full member
Activity: 145
Merit: 100
Downloaded uray`s miner (ver 1.1 R4).
One (single) plotfile 1048576_4096 (256GB) - reading fast and smooth.
Two such files - HDD is going crazy. Reading slow and loud.
Is it normal for single folder/drive (single path in config)?
full member
Activity: 224
Merit: 100
Skype support on http://mine.burstcoin.info is now available.
If you have any questions or problems click the "Chat on Skype" link below the How to mine and How it works links.
Also email is available for support. But I'd rather not post it on a public forum.
Spread the news, bring miners, buy shares and see them grow in value.
member
Activity: 66
Merit: 10
Lucky day. I have found 6 blocks (solo 30 TB).
hero member
Activity: 1426
Merit: 506

The owners of 1000Burst asset at Nxt Asset Exchange - please withdraw your BURST coins from Burst gateway with 5% interest (5% more BURST coins).

Just transfer your 1000BURST assets (not less than 1 asset) to the issuing account (NXT-VVTV-U25N-U2FY-2V35H) and in the attached message place your BURST address (in alpha-numeric format, like BURST-MCHC-LBKK-ZLZY-C3XL5).
Major respect for following up and giving everyone their coins back!
Jump to: