Quote from: aleks777 on Today at 01:28:20 PM
Hi,

Anyone is mining with 7990 with new sgminer x11mod?

I couldn't start the sgminer it shows error and both cores are off. The sgminer with darkcoin mode works fine.

Thanks in advance.

Alex

Hi alex! mining at 3.45 mhs with lastest version X11mod 1160/1500

Hi bigradeon,

The problem that the sgminer with x11mod doesn't start with my ASUS 7990 at all.

Error -11: Building  Program (clBuildProgram)
Internal error: Input OpenCL binary is not for the target!

Failed to init GPU thread 0, disabling device 0
Restarting the GPU from the menu will not fix this

But, sgminer previous version with darcoin mode works fine.

x11mod hangs on my 7950 once it starts to mine. -k darkcoin works

C:\sph-sgminer_x11mod\sgminer.exe -k x11mod -o stratum+tcp://east1.us.stratum.dedicatedpool.com:8006 -u medvezhonok.mgpu0 -p x -I 13 -g 2 -w 256 --lookup-gap 2 --gpu-engine 950 --gpu-memclock 1250 --gpu-powertune 20 --thread-concurrency 24000 --temp-cutoff 95 --temp-overheat 85 --temp-target 75 --api-listen --api-allow W:127.0.0.1

didnt notice any speed increase  for x13, using my 280x , didnt add any gpu, engine line, kept it similar to stock sghminer config file, strange because for x11 it made a big diff.

zlib1.dll missed in x13mod

any .conf for 290? i am only getting 2.7mh/s

Is this new windows binary only for x13, or you compiled the whole master branch and that's now the complete and latest x11mod with added x13 support? Just to make it clear...

Sources was updated.
Added x13mod support.

Ask Remember remember the 5th of November or Elun for windows build.

Only the 290X Tri-X OC Cards falling DEAD with this miner.  Nothing physically wrong with them.  Hard clocking to 1040/1300 [box-stock] will report in.

Maybe 5th can compile a better version, or a version compiled for SSEv2 or something above a Pentium MMX.  Error the miner gives is "suggest hard hang" then I don't have GPUs on restart because that usually always crashes the entire miner; I'd rather run at half or 2/3 capacity.

      autoreconf -fvi
      CFLAGS="-O2 -msse2" ./configure
      make
      strip sgminer.exe

Yeah sure I don't mind doing that.

How do you redirect to output file?  I've tried to understand the piping thing in the readme.MD but failed.

Regardless, I think the most important stat is the WU/m.

A good average for me is WU: 0.057/m, anybody else seeing any improvements over +1/-1 of that over the course of a few hours?

I just ate my own crow and got a SICK card warning with the standard 60s build after 5hours uptime.

Trying 120s SICK build.  Issues are only occurring when hooking up to profit-switching stratums.

Elun/all: thanks for the great work.

The latest version really helped for my 290 but my 5970 (2 gpu) went from 2*1.687Mh to 2*150Kh which more than lost out the gains on my 290. Is it possible to fix this? Same config, I tried a few tweaks, also running the 5970 at I 19 with no luck.

Hi,
when running several testings and looking at sgminer logs, I noticed something very strange with sgminer :
GPUs are reordered in REVERSE by the miner !
GPU0 is on PCI5
GPU1 is on PCI4
GPU2 is on PCI3
GPU3 is on PCI2
GPU4 is on PCI1
GPU5 is on PCI0

I tried to set "gpu-reorder : false" but it didn't work
I strongly suggest you all to record miner's logs, using
note: this if for linux
then check your logs for

Motherboard : ASRock H81ProBTC
OS : ubuntu 14.4

So, since idk when, I thought my Asus R920X was running on a 20% fan speed, but as a matter of facts, it was an SPH TRIX.....

edit:
stranger than weird, in the config file, I had to reorder the shaders/clocks in reverse. but I did not have to reorder FAN settings !

I have tried now the latest SGMiner from this link: https://www.dropbox.com/s/59lvecndm866bzz/sph-sgminer_x11mod_b2.zip and getting following results:

280x -> 3,33Mh/s
290 -> 3,73 Mh/s

Config (280x,280x,290):
sgminer --kernel x11mod -o stratum+tcp://useast.blackcoinpool.com:3333 -u UserName.1 -p x -I 15,15,15 -w 128,128,256 --thread-concurrency 8192,8192,25601 --gpu-memclock 1500,1500,1250 --gpu-engine 1090,1090,1000 --gpu-fan 60 --gpu-powertune 20 -g 2,2,4

The pool is showing hashrate accordingly but I'm seeing this error popping up frequently:

getaddrinfo() in setup_stratum_socket() returned 11001: No such host is known

What is this error?

What's the difference between sph-sgminer_x11mod_b2.zip in this post, and the one you posted on page 11? The size of the executable is different, but they all both are called b2

-ELUN-

can you change the WATCHDOG_SICK_TIME ---> 240, and change the log readout to '2 minutes' as well?

DEAD_TIME is 600s / 10m still right?

I scaled back gpu-engine and added gpu-threads 2 and it hasn't rolled into SICK yet, but a drop of about ~.2MH/s.

Guess I can't complain from the 2.5MH/s increase from the re-compile though!

My theory is sometimes when you run on a profit-switching stratum, if you dip down to a low difficulty and it hooks onto a block (long process time) it has the chance to go sick.  I'm supplying full voltage, and fans are not an issue.

#define WATCHDOG_DEAD_TIME		600

Is there any chance of a windows binary with all the good stuff by Elun, but compiled by more reputable member like RRt5thoN or lasybear?

No hard feelings, Elun. You've done a wonderful job, but to post a binary without explanation first... Ouch.

Getting SICK card warnings pretty easy (about 60 minutes) on my TRI-X OC R9 290X cards.

Heat/ventilation not an issue.

Anyway you can back up the SICK warning to 120 seconds instead of 60?

This is with gpu-threads 1, I am experimenting with threads 2 right now.

#define WATCHDOG_SICK_TIME		120

 else if (cgpu->status == LIFE_WELL && (now.tv_sec - thr->last.tv_sec > WATCHDOG_SICK_TIME)) {
				thr->rolling = cgpu->rolling = 0;
				cgpu->status = LIFE_SICK;
				applog(LOG_ERR, "%s: Idle for more than 60 seconds, declaring SICK!", dev_str);
				cgtime(&thr->sick);
}

You get 3.4 on your 280x?  Or with a 290?

No good for me. Was missing zlib1.dll  I added it and executed , fixed the share issues but gave me many HW errors. Probably needs more tweaking by me.

This version is missing a zlib.dll

"intensity" : "20",
"vector" : "1",
"worksize" : "256",
"kernel" : "x11mod",
"thread-concurrency" : "8192",
"lookup-gap" : "2",
"gpu-threads" : "2"

Why, what is with this version?