site unavailable for a while...
|
|
|
...and power consumption is not the same on all algos.
yep, on 750Ti. for me it starts from 38 - 43 watt based on algo. on 280x as well: depends on ram usage and how well the kernel is optimised (and probably other factors). it can easily swing from 150W to 200/220W.
|
|
|
...and power consumption is not the same on all algos.
|
|
|
The nano has just a differently tuned Fiji chip, the same that's on the fury series. And, apart from the ram interface, it's very very similar to hawaii (290 and 390). Stop dreaming.
|
|
|
Good cards. But they draw 200-250w. The x11 kernal is not optimal. You should mine something else.
4 750ti's draw 260 watts. 4 R9 Nano's draw 400 watt while doing 11Mhz per card!.. Is that at the wall? My fury draws more than 300 watt, the single card! And it's the same chipset.
|
|
|
Then the user experience of the "customers" should be top priority: make a Sia "virtual folder", like dropbox, and you'll have a lot more uploaders ;-) And/or, integrate sia apis into common apps for smartphones, like the various android file explorers for example. They may even do it for free if you ask them, and it's free advertising for Sia.
EDIT: another idea is creating packages for common NASes like Qnap and Synology so they can backup on the Sia network. I'd personally use the service if the price is right, and it'd be a lot of data.
|
|
|
It was called x86_64 and was made by amd. When AMD understood intel (cause of the itanium failure) would use the same extension, instead of making their own as they was used to do, AMD renamed it to amd64.
|
|
|
It seems Vertcoin rapidly losing the trust of users and capitalization. Now this coin is held only by the Chinese clowns who bought it when the price to was a overpriced What if they pump it? You never know :-)
|
|
|
Seems like global rate is falling as BTC value rises. Is that a valid correlation from the past rates or does there seems to be added capacity due to more miners?
I think it's because most altcoin prices are going down: people are sell their GPUs.
|
|
|
I bought some at 1300, now after 15 minutes someone bought them at 11000, and there are buy orders at 4400... that's crazy :-)
|
|
|
someone sold a big amount. time to buy and make a good investment :-)
|
|
|
Right now I would be more than 2% of the Qubit network and more than 3% of grs-myr... that's going... somewhere. I will enjoy the feel of finding blocks myself I guess.
Finding blocks is something.... a nice feel :-)
|
|
|
I just think there should be no such discussion.
People wonna donate to sp_? Do it. People wonna pledge djm34? Do it. People wonna buy private AMD kernels from me? Do it! :-D
I've done so much opensource that I'll never feel guilty for selling some software ;-)
|
|
|
Guys i have a problem : I have two r9 290s in my rig but i can only get one to start mining !
If i use -p 1 or -p 2 i get the message :
Platform selected (1) is the same as, or higher than, the number of platforms reported to exist by OpenCL on this system <1>. Remember that the first platform has the index 0!
However both GPU-s are active, i can see them in Device Manager as being enabled.
Please advise.
-p is platform, same for both cards -d is device: 0, 1 etc.
|
|
|
Activity seems pretty low regarding mining with nvidia cards - despite the upgrade to the 900 series. Is that correct or is everyone mining the hell out of some coin with a private miner?
Some are. It's the only way to make profit, unless you run on free electricity. Thanks, who offers private miners (despite w0lf)? Any recommendations for coins to try with the 900s cards, btw? I assume some are more effective than others. PM sent. About coins: there are some small ones which are more profitable than using nicehash or a multipool like hashpower, but people won't tell you which ones, because the diff is very low and, if other miners come in, they'll loose the edge.
|
|
|
To be fair, we should say that sia is in beta as well.
|
|
|
I can successfully solo mine with sgminer but ccminer is a no go: [2015-12-12 21:10:59] Empty data received in json_rpc_call. [2015-12-12 21:10:59] get_work failed, retry after 30 seconds tried ccminer sp, tpruvot, klaust and djm34: all have the same issue. commandline: ./ccminer -a ***ALGO**** -o http://192.168.1.2:***PORT*** -u ***USER*** -p ***PASS*** the miner is on a different machine than the wallet, which has: rpcallowip=192.168.1.0/24 in its joincoin.conf file. EDIT: making ccminer think it's local (connecting to 127.0.0.1) and using ssh port forward to the machine with the wallet, made it work :-/
|
|
|
I've found a solution to the neoscrypt problem: building a cuda 6.5/7.5 hybrid.
This is not a solution, this is a workaround. I don't see a problem. Most people already have both cuda 6.5 and 7.5. With some little changes to the Makefile, you could compile each kernel with its best cuda version, in a single executable. PLEASE POST THE FRANKEN-WEENIE WORKAROUND-- If you could post a Windows executable with the promised features, I'll donate. Quark is faster with release dot 76. I want to use the executable with NiceHash Miner and auto-switch. On Linux, I could compile it myself... but I don't have a working autoswitch script. --scryptr I never built ccminer on windows. I don't even have a working windows environment with cuda and nvidia drivers. Sorry. Maybe I could do a Makefile (or whatever) patch to make neoscrypt compile on 6.5 and post a pull request? That way sp_ can build the win binary for everybody. But I don't think he agrees on "the method".
|
|
|
I've found a solution to the neoscrypt problem: building a cuda 6.5/7.5 hybrid.
This is not a solution, this is a workaround. I don't see a problem. Most people already have both cuda 6.5 and 7.5. With some little changes to the Makefile, you could compile each kernel with its best cuda version, in a single executable. Don't you want to know if cuda7.5 can make your code faster?. A recoding is probobly required. You can do both things. On amd we've been doing this forever.
|
|
|
I've found a solution to the neoscrypt problem: building a cuda 6.5/7.5 hybrid.
This is not a solution, this is a workaround. I don't see a problem. Most people already have both cuda 6.5 and 7.5. With some little changes to the Makefile, you could compile each kernel with its best cuda version, in a single executable.
|
|
|
|