I was talking about bitfury, not bitmain.

the question is how long will they mine with the chip before selling it to people (and at what price).

Hello! I've been away from this thread for long, sorry if I'm posting boring stuff now.
I've started mining xmr again (for the fun of it).
I'm using Wolf0's opensource miner and stock clocks.
Getting 678 H/s on 290x and 687 H/s on Fury, are these good hashrates?

long story short: if it's GPL, you can't close source it, unless you have written permission by all the authors (they are relicensing it for you).

people just don't understand that a a chicken tomorrow is better than an egg today.
they don't see the bigger picture and want the money right away.

visual studio or mingw?

pumps do not last, hence why (to profit on them) you need to BUY not MINE.
how many coins would you have mined in the pump period, anyway? ;-)

Wolf0 I've found the issue. Fiji doesn't want to run with libopencl from APP SDK 3.0.
Fiji now works but it's slower than Hawaii, guess HSM is to blame.

{
        "Algorithms":
        [
                {
                        "name": "CryptoNight",
                        "devices":
                        [
                                {
                                        "index": 0,
                                        "threads": 1,
                                        "rawintensity": 1336,
                                        "worksize": 16
                                },
                                {
                                        "index": 1,
                                        "threads": 1,
                                        "rawintensity": 1336,
                                        "worksize": 16
                                }
                        ],
                        "pools":
                        [
                                {
                                        "url": "XXXXXXXXXX",
                                        "user": "XXXXXXXXXXXX",
                                        "pass": "x"
                                }
                        ]
                }
        ]
}

I'll have a look as well, thanks for sharing and shame on me for not noticing it earlier

Found this runtime issue:

[15:54:44] Error -6 when calling clCreateCommandQueueWithProperties.
[15:54:44] Error -36 when calling clEnqueueWriteBuffer to fill input buffer.

EDIT: looks like it doesn't like the Fiji card but hashes fine on the Hawaii.

it's now on blake so a quick FPGA work ;-)

joblo, does your quark optimisation work at the end? not sure I understand your conversation with sp_ fully: where does the +30% come from?

64 cores with aes is a good start ;-)
I wonder how they perform in cryptonight.

I think we are finding too little blocks. Can't just be bad luck.

Thanks Joblo, I'll test release 3.0.5 later today :-)

I don't think it'll work.
You should import a little patch which was submitted to tpruvot ccminer a couple days ago.

EDIT:
"Algo is the same Blake256 8-rounds. It's just different from Blakecoin who's using single sha256 for the merkle root generation. Vanilla will use standard double sha256."

Honestly I don't think it makes any noticeable difference.
Initialisation is a very little part of the whole hash computation.

Some from Wolf0, some I found myself, some I don't remember...
Some are included into the generic -O optimisation switch: the best to try are -O3 and -Ofast.
The defines could be integrated into the code as defaults, if they benefit most cpus.

Even more (x11):

[2016-01-26 15:00:11] accepted: 6/6 (100.00%), 229.12 kH/s yes!

With:

./configure CFLAGS="-march=nehalem -Ofast -fomit-frame-pointer -Wno-write-strings -funroll-loops -fvariable-expansion-in-unroller -ftree-loop-if-convert-stores -fmerge-all-constants -fbranch-target-load-optimize -fsched2-use-superblocks -DNO_AES_NI -DSPH_SMALL_FOOTPRINT_HAVAL -DSPH_KECCAK_UNROLL=1 -DSPH_KECCAK_NOCOPY -DSPH_KECCAK_INTERLEAVE=0 -DSPH_SMALL_FOOTPRINT_SHA2" CXXFLAGS=$CFLAGS --with-crypto --with-curl

YMMV

the cpu doesn't look to have AES: did you try compiling with -DNO_AES_NI?