I think you should also add no annoyed wife/girlfriend this is actually priceless. LOL - so true - my wife actually made me move my rigs to the garage instead of the basement. I have (1) fairly quiet rig in the basement now running (4) 750ti's but they're nothing compared to the R9 290 rig I used to run down there. It sounded like a jet engine. :-) During the winter they do less noise and the girlfriends/wives are less aggressive because of the additional warming ;-)
|
|
|
I'm enjoying the neoscrypt ride right now 290 khs on a 280x, 270 khs on 7950 still unprofitable unless you pay 0.1 x KWh or less.
|
|
|
Does anyone have a pre built linux version of the wallet? whenever I try to build it I can't get the necessary libraries to build.
if on debian or derivates, try: sudo apt-get install build-essential libssl-dev libdb4.8-dev libdb4.8++-dev libboost-all-dev libqrencode-dev libminiupnpc-dev
|
|
|
Not worried, My miner interfaces says they're still chunking away.
Nice service, by the way. I could never seem to get Groestl mining working with my GPUs. I'm going to take a stab at the tutorial here and see if I have better luck.
for AMD based cards try get in touch with pallas https://bitcointalk.org/index.php?topic=779598.0 he have the best performance mining solution I get 16khs/280x is it correct? I do not have a 280x to test with, but according to user reported hashrates (see OP in my thread) that card should hash at about 18 Mh/s
|
|
|
@pallas could u find the actual state of the art mining software for DMD Groestl and post links in DMD ANN we then will update software on website
it would be great if it include ur performance boost tricks already.....
i think no one from our core team runs AMD cards any longer so ur help would be welcome
the problem with my kernel is that, no matter how hard I try, I can't get the best hashrate on 14.9 drivers (only 20 Mh/s vs 25 with 14.6), so it's not enough to just replace diamond.cl on sgminer 4.1 or 5. that's why I still prefer people visit this post, with all the info and troubleshooting, for best performance. the only way to make it clean is creating a fork of sgminer, for tahiti and hawaii cards only, with the precompiled binary; some changes are needed in order for it to always use the binary and not compile the cl sources. not sure I like it but it might work for many... what do you think? Just an aside - I've gotten the same results - 21MH/s vs. 25MH/s. It's frustrating - but all I've tried is the lookup table implementation, so far. Well, that means there is probably little room for improvements on that kind of implementation. I'm curious to see if a bitslice version can be faster on AMD gpus, but I have no time (and no interest because of negative revenue) to try it myself.
|
|
|
@pallas could u find the actual state of the art mining software for DMD Groestl and post links in DMD ANN we then will update software on website
it would be great if it include ur performance boost tricks already.....
i think no one from our core team runs AMD cards any longer so ur help would be welcome
the problem with my kernel is that, no matter how hard I try, I can't get the best hashrate on 14.9 drivers (only 20 Mh/s vs 25 with 14.6), so it's not enough to just replace diamond.cl on sgminer 4.1 or 5. that's why I still prefer people visit this post, with all the info and troubleshooting, for best performance. the only way to make it clean is creating a fork of sgminer, for tahiti and hawaii cards only, with the precompiled binary; some changes are needed in order for it to always use the binary and not compile the cl sources. not sure I like it but it might work for many... what do you think?
|
|
|
Remember to apply my optimized kernel after installing the miner (see my signature)
|
|
|
listitem cpids is not longer working in v3.2.1.8, how can I list then now?
it was changed to "list cpids". there is a new version, 3.2.2.0, please update.
|
|
|
what I don't like about tendermint:
"If the validator causes the blockchain to fork while its coins are locked in bond, all of its coins are destroyed."
so if the developers make some mistakes, or I have some network problems or whatever and it forks, I loose the coins. Wow!
I didnt like it (yet?), but I think this specific issue you raise is fine: only a validator loses its own bond when they fail to function whatsoever. even if it's not their fault... that's what I don't like :-) getting into a fork can be very easy with PoS: with a poor connection and some stake you can easily generate orphans and get them accepted by your neighbours.
|
|
|
what I don't like about tendermint:
"If the validator causes the blockchain to fork while its coins are locked in bond, all of its coins are destroyed."
so if the developers make some mistakes, or I have some network problems or whatever and it forks, I loose the coins. Wow!
|
|
|
isn't the foundation already getting 5% of all mined blocks? don't get me wrong, I'm sure you can do wonderful things with some more money, but maybe 3% on the services + 5% on all blocks is enough.
|
|
|
Well actually I proposed some patches (some months ago) for non-x86 compiling but they were never integrated.
|
|
|
blah blah let's see this working and then we'll compare it to "legacy" systems.
ahh those jealous guys.. you tried to design such a system and failed? haha no I just wanted that sterile discussion to end :-)
|
|
|
blah blah let's see this working and then we'll compare it to "legacy" systems.
|
|
|
digitalcoin is a good example of another team who read the sign like we do
they switch from single algo POW to 3 algos and all are soon asic algos
Could we do that with SH-256 ? Of course, technically there is no problem. What are we waiting for then ? switch to SH-256 is not good idea, some big farm can drive the diff to very high in few minutes and left ,if he like to do it. then other small miner will spend weeks to generate a new block. ever heard of KGW or DGW?
|
|
|
since history told us there is no such "asic resistant" or "fpga resistant" algo, and if we accept asics as a nice way of mining provided it is accessible to everyone, than the best move would be to switch to bitcoin's sha256 :-)
|
|
|
I have a "generate" transaction in my wallet that, after more than 700 confirmations, is not in the balance yet. But it shows on "listaccounts". Is that normal?
This is really odd, does it show as confirmed in listtransactions? "account" : "", "category" : "generate", "amount" : xxx, "confirmations" : 1435, "generated" : true, "blockindex" : 1, Wow, that's a mystery. If you do "gettransaction txid" (replacing txid with the txid of that transaction) and then dump the private key (dumpprivkey address) replacing address with the address receiving the coins in the transaction, then import that on another wallet, does the transaction appear properly? I'll try importing the privkey on another wallet, but for now some more info: - the address is the same where I receive the folding payouts, i.e. the only one having transaction - there is just another address in the wallet but with no activity - I've tried both repairwallet and -rescan without success
|
|
|
|