I didnt say that they dont find blocks - I simply said I find it interesting that around they are pushing braiins os as a better firmware yet their pool is not doing so good - I am sure a large bit of that hash rate is theirs and is running their fw - and when they are on PPS or PPLNS pools it really doesn't matter if they hit they hit the block or not - all that matters is that the pool does. I wish all pools were transparent enough to show who actually hit the block. That is why I said I would like to know - I never said I knew anything definitively.
my issue with slush is a much simpler one - they are ripping off every miner plain and simple. They have gone almost 2 years without paying the merged mining and if I recall when they stopped NMC was at around $10-$13 a coin - almost a year ago they said it would be paid within a few weeks, still has not happened. They are liars and thieves, plain and simple and I have not used them since.
I dont know enough to comment on their "stratum 2.0" I just hope it doesn't make it worse for miners and hopefully only screws with their own pool and not the entire network.
So your issues are with Slushpool which is separate to Braiins OS. I doubt a majority of slushpool users even know about bOS, people using it are a minority regardless of pool. There are a few advantages but most important to break from Bitmain control.
Try to discuss Slushpool things in the pools section, just because they are the same people doesn't mean one thing equals the other. Even the
Stratum v2 proposal is separate, it is an optional feature i would like to see in action, Judging a priory is unscientific at best. If it doesn't work no one will use it, it doesn't change both bOS and bosminer, or slushpool for that matter.
I'm glad they brought us this (free and open source) firmware AND a cgminer replacement. bOS and their pool are separate things, funny you already think it will "screw their own pool" without waiting to see it in action. More importantly is how it would perform with other pools that decide to implement v2, as those that don't would work with v1 fine. I don't understand how it even occurs to you that this somehow might affect anything beyond the miner and the pool it connects to, at best it will just improve latency from farm to pool, then its up to the pool how fast it can broadcast and this is already outside of what this covers.
They probably identified a bottleneck and are trying to improve things. Rather than sit and brag all day how others always do things wrong, they try, they code and they deliver. The other pool operators are way too busy collecting fees to even bother writing software anymore...
yea i like brains os, i really like the constant updated GUI
with ant miner stuff you always have to refresh the browser to see the actual stats updated
and ssh is nice and handy
Artemis3
is it ok to just run it stock cgminer settings, using the freq scale option,
i do use the freq scale setting,
is there a basic how to tune with brains .
like what you were saying , un check the voltage setting and lower it
what would one be looking for, lower temps ? no hw errors obviously , not sure what to exactly look for
i know when seeing lots of hw errors in over clocking brains bringing up the voltage sometimes helps <-----however i am a bit clueless in this
Thanks FM
also i run brains on all my s9's it does work and get paid , seems to run 1200 watt range on stock board freq settings
Yes i have written about it in the bOS thread. To tune you have to start lowering the voltage until it stops hashing properly. This will get you the optimal per hashboard. Then you can try higher or lower speeds, each time you have to find again the best (lowest) voltage value. Underclock tends to lower temperatures and increase efficiency, you would do well to measure power usage. This takes time and patience. Overclock requires more voltage and thermal dissipation.
But it is OK to use the default settings, just not optimal. I have an acquaintance that likes to default to 8.7v and then work from there.