 Show Posts
|
|
Pages: [1]
|
Guys, I finished my own app to monitor miners, I didn't do a great marketing of it yet but I wanted to get something totally independent from any backend or adapter, something that the iphone itself will query directly to your miners, thus something to use internally on your network. here is the app: https://itunes.apple.com/us/app/imine-cryptocoins/id877678785?ls=1&mt=8I am giving out some promo codes for downloading for free, PM or mail me to get one (info AT imine.vitorallo.com) iMine connects directly to your cgminer daemon, so just start it with --api-server --api-network options, put the ip address of the miner and that's it. I am planning to implement more cool features, this is just the first try out version, just to understand if it's worth the time working on it.  |
|
|
|
anybody willing to give it a try and give me a feedback? I changed the ASM groestl algo, from generic mmx (opteron) code to core2duo code, which is supposed to be faster and more optimized. on top, you can compile now with -O3 without complains about the registry numbers in use (r15). I am doing it from a laptop and mining with it does not change things that much, numbers are not flashy so I am just wondering, building and testing this, if it does actually improves performances on top high end cpu core2duo or not. https://github.com/vitorallo/GroestlCoin-cpu-1.0aon i7 2720 @ 2.20 ghz (8 cores processor) bogomisp at /proc/cpuinfo (ubuntu) 4385.32 running -t 4, only 4 threads, I get at the pool, around: 530 kh/s, can get up to 720 kh/s by running all 8 cores -t8 |
|
|
|
anybody willing to give it a try and give me a feedback? I changed the ASM groestl algo, from generic mmx (opteron) code to core2duo code, which is supposed to be faster and more optimized. on top, you can compile now with -O3 without complains about the registry numbers in use (r15). I am doing it from a laptop and mining with it does not change things that much, numbers are not flashy so I am just wondering, building and testing this, if it does actually improves performances on top high end cpu core2duo or not. https://github.com/vitorallo/GroestlCoin-cpu-1.0a |
|
|
|
My GIT repo with updated wallet source to compile on OSX (mavericks, latest xcode cclang), in case you want to compile your own stuff... I personally don't like to install downloaded binaries! https://github.com/vitorallo/GroestlCoinI don't think I am getting any bounty, as long I don't prepare a full packed executable, right?? if you like the job, please donate: FqdoCND33CsznjF8MpPhKq9YMuo1ByBM2x |
|
|
|
did you solve your issue? I have the same problem  |
|
|
|
It's almost unreal how cheap some miners are. Why do you guys even bother? There's actually many coins that are very profitable to mine. Why you mine this and sell them for pocket change? Those prices seen on nxt-e don't even pay electricity.  In the light of many recently hacked exchanges, I wouldn't even sent my coins to that awful looking exchange. which coin you consider more profitable to mine? doge? |
|
|
|
difficulty 145  already?! I see 113 Network Info Difficulty 113.70047576 |
|
|
|
|
hi guys,
is ig0tik3d on this forum?
I am trying to compile GroestlCoin-cpu-1.0a on max osx with several issues which I solved.. but in the end blocked
cause the ASM of the crypto alg grso implementation is using 32 bit absolute addressing. I am not myself capable of converting manually to 64-bit dynamic ... I get this:
fatal error: error in backend: 32-bit absolute addressing is not supported in 64-bit mode
I tried to use another asm implementation taken from the groest forum, the mmx4 core2duo optimized...hopefully 64 instead of this generic opteron...
but no success... same story with this:
/* sse4 optimized asm */
/* not really any faster as most of the time is spend loading up a huge table of 1024 ints
* need to write small lanes groestl with sse loads and partial operations
* could be faster for once block if doing partial transforms on a single block
* without lanes transforms function could break after 64bytes is finished
*/
#include "grso-asm.h"
void grsoP1024ASM(u64 *x) {
asm (
"\n ### load input state from memory to 16 low halves of XMM registers xmm0...xmm15"
"\n movaps 0(%0), %%xmm0"
"\n movhlps %%xmm0, %%xmm1"
"\n movaps 16(%0), %%xmm2"
"\n movhlps %%xmm2, %%xmm3"
"\n movaps 32(%0), %%xmm4"
"\n movhlps %%xmm4, %%xmm5"
"\n movaps 48(%0), %%xmm6"
"\n movhlps %%xmm6, %%xmm7"
|
|
|
|
Atrides & me found a fix (well, he came up with it, I just found another spot which has to be fixed ^^) for ccminer 0.3 to work with dwarfpool for GroestlCoin: stratum works now on http://dwarfpool.com/grs  Have fun & join the boat ^^ i done to the instructions, and compiled it, but i got no shares accepted? thanks for the above fixes! I've posted a v0.4 release. Stratum seems to work for me. https://github.com/cbuchner1/ccminer/releases/tag/v0.4Here's how I pool-mine: ccminer.exe -q -a groestl -o stratum+tcp://erebor.dwarfpool.com:3345 -u FcPdoV3QQbrAHiPs9M9XXAxT2Bv4SzB7PQ.1 -p x [2014-03-24 22:54:00] Starting Stratum on stratum+tcp://erebor.dwarfpool.com:3345
[2014-03-24 22:54:00] 4 miner threads started, using 'groestl' algorithm.
[2014-03-24 22:54:20] accepted: 1/1 (100.00%), 13527 khash/s (yay!!!)
[2014-03-24 22:54:31] accepted: 2/2 (100.00%), 13499 khash/s (yay!!!)
[2014-03-24 22:54:32] accepted: 3/3 (100.00%), 13514 khash/s (yay!!!)
[2014-03-24 22:54:44] accepted: 4/4 (100.00%), 13476 khash/s (yay!!!)
[2014-03-24 22:55:06] accepted: 5/5 (100.00%), 13404 khash/s (yay!!!)
[2014-03-24 22:55:25] accepted: 6/6 (100.00%), 13343 khash/s (yay!!!)
[2014-03-24 22:55:43] accepted: 7/7 (100.00%), 13368 khash/s (yay!!!)
wonderful job but cuda compute_10 is not valid for cuda_fugue256.cu line 604 Error: Unaligned memory access not supported I went back to only support compute_20 and compile is fine now... |
|
|
|
https://dl.dropboxusercontent.com/u/2930979/GroestlCoin-qt(wallet for linux ubuntu 64 bit, I am on 12.10 - qt4) dwarfpool look dead... I am using ccminer 0.3, it does not look I am squeezing the cpu and values of the khash/s are super high, not realible... somebody knows more than me to explain ?!?.. please...
|
|
|
|
|
