@haitch said in Bulk Purchase ?:
@Darkbane I'm never going to complain about 8 core/16 thread Xeon CPUs at $100 each .....
the only thing to complain about is the heat they throw off in summer, in winter its a bonus heat source! lol...
@haitch said in Bulk Purchase ?:
@Darkbane I'm never going to complain about 8 core/16 thread Xeon CPUs at $100 each .....
the only thing to complain about is the heat they throw off in summer, in winter its a bonus heat source! lol...
@haitch said in Bulk Purchase ?:
@Darkbane said in Bulk Purchase ?:
@haitch said in Bulk Purchase ?:
@Darkbane 4 * Intel Xeon E5-4650. 8 Core/16 Thread - for a total of 32 Core/64 thread - and 128GB of RAM .....
Based on the performance of my first monster (24 drives, 40 threads) I'll probably be CPU mining to start with. That may change with the planned expansion - 45 drives/360TB - I suspect that may become a hybrid CPU/GPU miner.
ahhh old xeons a man after my own heart... E5-1650 here... but what about the reading of the plots, does it really take 1 thread per plot/drive while reading? there is so much misinformation on the internet its so hard to nail down facts other than trial and error sometimes, and I can't seem to tell for certainty what my own system is doing, as I am plotting and mining at the same time, but I can't really see any direct correlation in task manager by thread when plots are read with my meager setup heh... but the geek inside me is always curious..
does it really take 1 thread per plot/drive while reading?
It doesn't require 1 thread per drive, but it's capable of utilizing one thread per drive. When I start Pennywise2 it'll have 32 cores/64 threads and 24 drives, every drive can be mined by a dedicated thread simultaneously. If I get to add the 45 drive expansion, I'll have 69 drives and 64 threads. Most of the drives will have a dedicated thread, but some drives will have to share one thread with another drive. Parallel processing rather than serial.
okay so this isn't any different than other programs, it doesn't "need" a thread per drive, it'll just queue the commands and step in line like every other program does, similar to a disk queue that will line up requests and fulfill them, eventually... lol...
will be interesting to see if the new CPU's (threadripper, X series etc) will be a better value than the used out of warranty equipment, which might drive down that used equipment even more, I'm finally glad to see AMD putting pressure on Intel, consumers are going to win in that race, for new and old equipment!
@haitch said in Bulk Purchase ?:
@Darkbane 4 * Intel Xeon E5-4650. 8 Core/16 Thread - for a total of 32 Core/64 thread - and 128GB of RAM .....
Based on the performance of my first monster (24 drives, 40 threads) I'll probably be CPU mining to start with. That may change with the planned expansion - 45 drives/360TB - I suspect that may become a hybrid CPU/GPU miner.
ahhh old xeons a man after my own heart... E5-1650 here... but what about the reading of the plots, does it really take 1 thread per plot/drive while reading? there is so much misinformation on the internet its so hard to nail down facts other than trial and error sometimes, and I can't seem to tell for certainty what my own system is doing, as I am plotting and mining at the same time, but I can't really see any direct correlation in task manager by thread when plots are read with my meager setup heh... but the geek inside me is always curious..
@haitch said in Bulk Purchase ?:
@mr.x I have 192TB of these drives here waiting on the delivery of an array controller ......
wow, what CPU are you going to be using, or will you be using a GPU miner to read all the plots? I've been trying to nail down some details, folks seem to be under the impression 1 thread per plot reading, so say 16 threads could read 16 plots at once, since you're in the top tier of knowledge, what say ye? and I am guessing the GPU's will read far more plots concurrently?
@RandAlthor said in Checking Progress in a Pool:
Hello,
I have been mining in http://pool.burst-team.us for a little while now and I was wondering if there is a way to check your status in a pool. Is there a graph or breakdown to see what DL you submitted for a block or is there any way to see how you are doing in the pool.I know there is the "Current Shares" section but it seems to only have heavy hitters on it.
Note, I only have 1TB plotted so I am not too sure if I am just too small to show up in an list?
Thanks!
I found it was helpful on the pool website to hit "F3" in my browser and bring up the search bar, and then type in my nickname, if you didn't assign a nickname I guess it would be your burst address? it will go right to your name and show you the results, was SO much easier than trying to scroll through and find my name...
@haitch said in Cause of the botnet ( in response to " pajeet " exploit ):
@Darkbane ok, I'll create a visual proof. Will take a little time though.
I really do think a visual comparison and demonstration will really help squash the rumors... who doesn't want to have 3.9TB and get the results of 3900TB right?
@shipbldr2000 said in Has anyone been able to get a Nvidia 1080 to fly?:
Has anyone on the forum been able to find the "magic settings" to get a Nvidia 1080 to Plot at sustained high speed under windows 10?
All of my efforts have come to failure (starting a 46,000+ nonces... then dwindling down to 2800 nonces). I think I am going to bag it and get an RX 580 and call it a day. Everyone who seems to be happy on this forum with a high speed plotting setup seems to be running an AMD GPU.
Do I have it right? Questions/comments welcome. Maybe I can save someone else the same trouble! :)
I am far from an expert on this, I'm only 3 days old, but the fact you're starting at 46000 and its slowly dwindling down to 2800 means something is really wrong... on a 1050 ti currently I am getting 22500 sustained the whole way through a 1TB file... so please don't spend money on another video card, thats not the problem, so lets try to tackle this without you spending money...
(if I say things you already know or have done, please don't be insulted, just trying to work through it with you to save yourself hundreds of dollars)
are you running the gpu miner in an administrator window? and not just a regular command prompt? when you open it, it should say "Administrator: Command Prompt" at the top of the window, and NOT just "Command Prompt"...
I'm going to assume you're using "gpuplotgenerator" since thats honestly the only gpu plotter I know of, there are probably others so everything I say is based on my experience with that the last few days...
now our video cards are basically the same family, albeit yours is far more fun to have, but lets see if you can copy my settings and get it to work at a sustained speed, or at least a speed that doesn't slowly die off and go down right?
0 0 1024 16 8192
that is my devices.txt bat, not too impressive, very small numbers, and I do that because the larger numbers seem to blow up and crash or cause issues, but start with the basement before you build the roof right?
gpuPlotGenerator generate direct D:\plots\3514366288793510651_36864000_4096000_1024
thats my command line to launch the plotter... now first you can see I am plotting in direct mode rather than buffer, because I want plots optimized right away, and second I have a very good HDD, an Ironwolf that can sustain 100MB/s writes that I am getting with my settings...
now when using my numbers, you MUST change the command line to include YOUR ID number and not use mine, or else the plots won't help you, I'm sure you know which of the numbers this is, for those reading who do not, its the 3514366288793510651 portion you replace with your own ID...
so this will create a 1TB direct plot to the drive... modify the location, modify the ID number, and perhaps modify the size of the plot so you could run a smaller one for testing, although you could just cancel it anytime, and then delete that plot you made in a test folder, remember this is just to test sustained speeds...
it takes me 3 hours to make one of these files, but after 5min my nonces/minute remains steady... so what could be affecting you? a couple things, the most important might be your hard drive itself... open up task manager, and highlight the hard drive you're writing to, to see what kind of write speeds you're getting, it could very well be that your hard drive is the weak link and NOT your video card, I mean you've got an impressive as heck video card, its certainly not the gpu..
so while you're watching the file get created, depending on your hard drive write speeds, that may be your bottleneck and issue, although it is very weird that it slowly trails off in speed, this happened to me once, when I used a non-administrator command prompt, and the second time it happened to me was when I was writing two plots at the same time to squeeze any performance out... so I have stuck with making single plots in direct mode... give it a try!
P.S. like I mentioned earlier, I apologize if you've tried all this or know all this, just trying to save you from spending hundreds on a solution that likely won't solve the problem, buying another gpu, there is a solution, we just have to figure it out...
@haitch said in Cause of the botnet ( in response to " pajeet " exploit ):
@Darkbane a real test of the program is not necessary, the math explains it.
When you plot a file, the scoops and nonces are determined by a particular equation. That equation does not take into account where the scoop is in a file. So scoop X of Nonce Y will have the same numeric value if it's the last scoop in a 1GB plot, or buried in a multi terabyte file.
When you mine, those scoop values are transformed into deadlines via a specific algorithm, again not taking the scoop position into consideration.
Since we know from the mining process the scoop values are going to be identical, and those scoops are transformed by an algorithm that doesn't give a flying f**k where abouts the scoop was in the file, those scoops will be transformed into identical deadlines.
This idea is just plain wrong, and having a single large plot is always going to be more efficient than lots of small ones. Using this plotter will make you mining time worse, not better.
and I agree with you, but what I am saying is, people who do NOT understanding the basic things going on, will NEVER understand, because their judgement is being clouded by greed that something is "better" and someone is pitching the snake oil in a very convincing way... this is why a "visual proof it doesn't work" is required so people can visually see, program A vs program B, and then read using the same miner and that the result is no different... thats what I am saying... in order to squash the rumors for those who don't understand the algorithm a visual demonstrating is required to calm their minds...
the test is just to show how the "magic trick" works, and that no magic actually happened... while you can explain to me how the magic trick works, some people just need to visually see it, because MANY, especially males, are "visual learners" meaning they need to see something demonstrated rather than be told or read it, they need to see it in practice to be easier or more understood... I'm just trying to practice some simple psychology for those who desperately want to believe the snake oil salesmen selling the cure for cancer, when its just a regular bottle of tonic water that has no special curing abilities...
I accept this doesn't work, because of my experience with botnets in the past, but people who are new to burstcoin or cryptocurrencies in general, don't even know how burst or any of this works, they just know if they do something on their computer, it does something, they don't know why or how, it just does... and someone telling them something different, makes them try to search for the answer with greed rather than logic... hence why, a test with a visual demonstration, will appease and calm down their minds, and demonstrate for their eyes, this will not make any difference...
do you understand my whole purpose of this? its not to convince myself it doesn't work, its to show folks a visual demonstration of it not working, since rumors will keep spreading until someone show "pics or it didn't happen" to them... until people see things, they often won't believe things... hey did I ever tell you about the time I caught a fish thisssssss big, with this special fishing lure, its magic, would you like to buy a pack and catch fish just like me? (in this case, the botnet guy posted a picture showing his impressive results, people now want to believe with their small HDD's they too could be him, that must be countered with another picture to create the doubt they should have had in the first place)
P.S. I don't mean to sound abrasive, I'm just trying to show the psychology of why people are buying into the whole notion it works, and what it will take to steer them awake from the snake oil... so that the mask is taken off the villain and he can be seen for what he is, rather than people viewing him as the medicine man with the cure they need to compete... its just like all the scams bitcoin and others have had, the sooner someone shows visual proof, the sooner it dies off and we're on to the next scam or botnet...
@haitch said in Cause of the botnet ( in response to " pajeet " exploit ):
@gpedro it's complete and utter BS. SnakeOil.A scam. Mathematically impossible. The people spouting this crap are doing so from the place where crap comes from .....
I think you guys need to view this from the perspective of us without an advanced understanding of what to many would be a basic understanding of something, in this case math... many, including myself, just aren't educated enough in the field to understanding whats transpiring in the algorithms, so folks need to "see" something they can't understand, otherwise the portion of the brain that says, "well that sounds logical for some reason, I just don't know why" will take over and put us all into the position I see today...
so when I'm confronted with something like that, its generally time for a visual experiment to demonstrate whats happening, rather than just telling someone its happening and to trust they are the ones who are right, because when others tell us something, we usually defer to what our brain thinks sounds logical, and in this case, we all want to believe there is a better faster way of something something because greed is clouding our warning signs its a botnot...
I think what folks need, is a demonstration the program makes no difference... aka, plot one drive with one program, another drive with another program, then have a miner run on both same plot numbers and sizes, and see what deadlines they return, which with my limited understanding, should be roughly identical... problem is, I don't want to install that software on my machine because the little hairs on the back of my neck are standing up, and I generally listen to them, especially when I hear someone needed 15,000 ip's to "prove" he's right... the 25 years I spent running my BBS tell me exactly what that is, but the greed side of me still wants to believe, thats why I defer my choice making to those little hairs on the back of my neck standing up... but I suspect many don't want to listen to them, we never do, thats what gets us into trouble...
but I think if someone performs this test (and provides pictures with a very basic explanation of what they are doing, remember folks are very visual) to demonstrate, the plots being identical in every aspect except file size, makes no difference, I think the people will continue to ignore the little hairs on the back of their neck warning them... but I think if people are shown something didn't work, when it was supposed to work, and the deadlines are exactly the same no matter file size, then this rumor will grow and continue to spread...
@luxe said in GPU plot generator v4.1.1 (Win/Linux):
Found some time to finally test improved 'direct' mode in 4.1.1 (win)
Impressive work @cryo, thanks a lot. I always used the 'buffer' mode until now, due it was faster for me, to use that and optimize after that. But now 'direct' mode works just awesome, and i love directly create optimized plots.As i plotted with the same GPU that is used for mining with jminer ... I had to choose some quite conservative settings in devices.txt, to not slow down mining too much. So for my 'RX 480' i used:
1 0 8192 256 4096I only plotted to one drive at once for now. I suggest use as much memory as possible, as it reduces the needed drive operations and speeds up plotting a lot.
My 'plot.bat' file to be able to run as admin:
@setlocal @cd /d %~dp0 gpuPlotGenerator.exe generate direct E:/temp/12760599261465029898_7200000000_15257600_102400 @pause15257600 for a ~4TB drive
102400 to use 25GB of RAM (using ~6,25GB RAM reduces my nonces/minute by 25% )Quite sure i can tweak it a little more, but for me, even with the conservative settings, it was twice as fast as plotting optimized via CPU.
Round times with jminer increased by ~50% while plotting ... but both worked flawless together on same GPU.Edit: Update result of using two drives instead of one
@setlocal @cd /d %~dp0 gpuPlotGenerator.exe generate direct F:/temp/12760599261465029898_7300000000_7628800_51200 E:/temp/12760599261465029898_7310000000_7628800_51200 @pauseSo write speed was the bottleneck on using one drive, with two drives i could increase speed by ~25%.
I just started using the updated plotter in direct mode, it seems rather amazing speed wise compared to those using buffer mode, at least when paired with drives that can handle the write speed as you mentioned... I will have to try writing multiple plots to multiple drives at once as your followup showed... although I think I am roughly near my peak with my 1050 ti at 23000 nonces on the Ironwolf 10TB drive, testing it will give me 230MB/s but I only get 100MB/s when plotting with my current setup, this is a fun use for unused hardware...
0 0 1024 16 8192
I can't wait to try out plotting two files at once, is there a command line option to create files in a series rather than parallel, or is it best to just make a batch file to launch each command line in succession, not sure I want to commit to such large files in case something goes wrong, now that I think about it, maybe I want to make smaller 256GB files rather than 1TB files... paranoia has begun...
there is no realistic performance difference as far as Burstcoin is concerned between smaller and larger plots right? as far as I have read so far a plot is a plot is a plot, since you won't get "better" deadlines due to file size, just overall volume of plots is the way to have more "lottery tickets" as you guys say...
@haitch said in New Target Deadline for Burstcoin.party Pool:
@Darkbane You can use that setting to avoid sending pointless DL's to the pool, eg pretty much anything over an hour, but if you limit the DL's you send, it may impact your historic share value a little. I'm not sure of the impact of sending for example a 3 day deadline vs. no DL at all.
as for the information being scattered, yes it is - but it's a whole lot better than it was when I got involved with Burst. The whole reason I created these forums was to provide a place to record the knowledge, and let people ask questions about things they don't understand or can't find knowledge about. The collective knowledge of everyone here can answer any question, from fundamentals in the wallet code, to setting up a miner or what is a deadline. It's not perfect, but it's better than what used to be.
and as you can see, its helped me, I mean I've been scouring for information and I seem to keep coming back here to find it, there is just so much the way its organized needs to be optimized, like a plot lol, pun intended... I'm far from an expert computer user, but I can't begin to imagine how a basic or even a novice might feel trying to make heads or tails of the information and flood of it...
have you thought about condensing some of the topics... when I was looking for basic info I was going through multiple threads that seem all relatively the same, especially with the new users who we no doubt flood the sight with many duplicate threads and conversations making the flood of information worse... for example...
a new user comes onto the website, they want all the basics lined up in a row... "new users start here" and within that will have the introduce yourself, the step 1, step 2, step 3... basically each step broken down to a new thread so until they finish step 1 there is no reason to try the other steps, and likely when they encounter a problem, that will be the single source for their answer eventually, rather than what I've seen and honestly done myself is post in a couple threads because I simply didn't know the others existed... such as when I couldn't get the faucet to work I saw others asking for burstcoins in another thread, only to later on stumble across a thread made just for that... but I never saw it earlier, because there was just so much to go through...
I think streamlining it for new users with step by step threads might reduce a ton of clutter and wasted duplication and searching... and likely free up your time from folks like me asking questions that have been answered hundreds of times no doubt by the looks of it, but we simply can't find it easily and have to sort through hundreds of messages in several threads trying to find it...
(I know its far easier for me to criticize and suggest something be done, then someone have the time to actually do it, so please don't take this as back seat gaming, just trying to spot the obvious and make a suggestion that will no doubt give you way more time which I can only imagine is precious with all the stuff going on at the moment it seems, so no offense or harshness meant, since I do come off as abrasive in text sometimes, just trying to give a "new user perspective" to help improve things if possible)
@haitch said in New Target Deadline for Burstcoin.party Pool:
@Darkbane For most of the pools you don't need to set the target deadline, the pool will tell the miner the longest deadline it will accept, and the miner won't send any DL longer than that.
so basically I was doing work that was already done in a sense, see its little things like this that are nice to know, I thought I needed to set it manually in the conf file, so that it wouldn't be sending wasted data to an already stressed system under attack from the hackers... the information on things like this is so scattered its hard to make heads or tails of what needs to be done, and I suspect its why so many people struggle and fail in the beginning with stuff, its too hard to find "the right" answer to many questions, its like you're building a single puzzle using pieces from multiple puzzles and you don't know if your pieces are even the right ones to use...
@haitch said in New Target Deadline for Burstcoin.party Pool:
@team23 Should be port 8124 for mining.
is there someplace on the forum with a miner.conf file that has all the settings ready to go, I just spent a lot of time trying to track down the "target deadline" for the pool since it wasn't showing up on theeeeee lets see it was some utility screen or something... but I think new users and generally anyone who needs to modify target deadlines or other information might find it easier if there is a download of it? just plop in place, edit the plots line, and good to go...
I know it may seem trivial really, folks should be able to search through, but information overload has made me click dozens of threads trying to keyword through to find the information... must be a better way to organize things like that, I was hoping the pool website would display a lot more basic info that folks might need, or at least links where to get it, like the link I found below finally...
http://pool.burst-team.us/burst?requestType=getMiningInfo
at least, I hope that targetdeadline in there is what I was supposed to set my miner.conf file to, I mean it seems to work out to 8 days which sounds logical? I dunno, now I'm second guessing myself, this is why we need a clear single place to go for info, like the pools website or something... maybe its just I am so utterly new I don't know the common basics and this seems like such basic info to people who have been doing it so long, but I suspect thats why folks ask so many questions, we're overloaded with threads repeating info without a clear way to disseminate a lot of it at once with a step by step... now I'm babbling, been a long day, just wanted to fire up the miner before I called it a day... guess I'll try!
@haitch said in Almost there! got the blockchain!:
@Darkbane said in Almost there! got the blockchain!:
BURST-CARV-JN94-DA7B-5BEK3
Alms sent.
@FlippyCakes said in Almost there! got the blockchain!:
Oops, just sent some as well.
whats the proper way the community handles this after someone gets started and going, do we send you back what you sent us to get started, do we send them to a specific faucet so others can get started on their own, do we just watch forums and wait for our chance to send folks some, whats the general practice of folks in the community?
After a couple grueling days of reaching 90% with the blockchain only to have to delete it and start over, I have finally gotten an updated download of the blockchain from a mirror posted on this website, after copying it over and starting up, everything worked within seconds, all done, ready to move on!
now I just need that starting burst the video mentions so I can verify my account?
BURST-CARV-JN94-DA7B-5BEK3
alms for the poor?
P.S. to anyone new, do NOT, I repeat, do NOT try to download the blockchain on your own, you will be frustrated, many times over, find a mirror posted on this website and download 99% of it in one go that you know will work...
@haitch said in Blockchain downloading:
@sunscorpio81 use http://db1.burst-team.us - db.burst-team.us is down because it being used as part of the DoS
THANK YOU FOR POSTING A MIRROR... ohmygosh I've spent 2 days pulling hairs out after hours and hours of trying to get the blockchain the hard way and being forced to delete the entire database... one crazy thing I saw was after lets say 8 hours before I would reach 90% and fail, my database when I looked was around 12GB in size, but the database mirror I downloaded is a fraction of that... but glad to finally have a working blockchain so I can now begin these other steps...
so now that I finished phase I, where is the common area to beg for the beginning burstcoins the video says I need to validate my identity and then assign a pool... I guess I can finally start reading more messages about that since I no longer need to find new ways to fix the blockchain problem...
BURST-CARV-JN94-DA7B-5BEK3
for anyone reading messages this late, help me get started above, and whats the common courtesy in this group, after someone helps you get started you help someone else, or is there a faucet thingymadoodle you send stuff to so others can help themselves? (faucets seem to be another big issue to getting started, I'm just finally relieved to have finished the blockchain stuff after a couple days)