Topic: T-Rex 0.26.8 ETHW, ETC (+dual mining) GPU miner - page 82. (Read 174976 times)

I guess, yes.

Any plans to add x22i algo ?

Hello, IngerDev. T-rex is a closed source miner so you cant add or upgrade anything here, you can only use it "as it is".

Hey,

How can I add new algos here?

Yeah, I've got pretty much the same h\rs with my 1080\Ti's, 1070's have ~16mh\s

No reason to afraid of ASIC. We have Skein, NIST5 and others ASIC long time, but gpu mining is still profitable.

right now what algo with no asic?

HEX,X16,X22 have any other?

What period did you count for average mark?

Tried version 7, the difference between 6.10 did not see. If anyone is interested in the Hashrate for x16r I got a 1) kfa2 gtx 1080 on average-20 mh/s 2) evga gtx 1080 ti - 27 mh / s .

Nice work ...

#crysx

Not only cards with gddr5x, GTX1070 seem to behave the same way: I clocked down mem. to 3500Mhz and nothing changed in performance. Also tried lyra2-z\rev2 using Cryptodredge - same thing.

Sorry your right that's true for 1080. Makes a big difference on other cards for gpu intensive algos.

It is, but p-state only affects memory clock and since x16r is irresponsive to it I doubt running P2 will make a difference even at -500MHz in AB which will make it 4000Mhz or so. At least I tried running 5500Mhz with GTX1080 and results were the same as with 4500Mhz.

New version released.

0.7.0
Speed improvements: there's ~1% improvement in x16 family of algorithms on some configurations.
Add support for Volta (Titan V) and Turing (20xx) cards - not optimised yet. Download CUDA 10 version to run on 20xx cards.
New arguments:
    --temperature-limit: When a GPU reaches the temperature limit (in Celsius) the miner stops using it and keeps mining with the rest of GPUs
    --exit-on-fail-shares: Forces miner to immediately exit on N successively rejected shares (default: 10)
Command line arguments now take precedence over config files. If an argument is set in both places, the value from cmd line overrides the config one.
New HTTP API handler that allows you to control the miner via a web browser on the fly. By default is accessible at http://localhost:4067/trex. Functionality is limited but will be extended in future releases if there's demand. We're looking forward to getting your feedback.

Bug fixes:
Stability fixes, especially on x16r/s and bitcore
CUDA version reported by the miner is now the version that the miner has been built against rather than the one installed on user's machine
Redirection of console output to stdout on Windows with no buffering in place.

Cosmetic changes:
Add miner efficiency (Hashes per Watt) to console output and API
Print "Submitting found block!" message when a block is found and return this info in API

I noticed the same, however the newest 416.xx driver fixes it (from my experience).

Make sure your card is in p state 0.

Just updated drivers from 399xx to 411.70 on my home pc (win7) and noticed perfomance drop in x16r on my 1080. On my rigs I use win10 though, but still unsure whether update drivers or not. Probably gonna have to wait for miner update that improves perfomance with cuda 10.0 drivers

I second adding x22i ALGO
Its getting a lot of attention, yet is still under the radar to most miners, due to limited number of pools, and No Exchanges have taken it on yet.

you are right. i guess our hope is on x22i then, which has a lot of potential when we compare to the start of x16r

x16r ravencoin tdp70%  core +125

20181003 22:54:13 GPU #0: Gigabyte GeForce GTX 1070 - 18.36 MH/s, [T:58C, P:124W, F:36%]
20181003 22:54:13 GPU #1: Gigabyte GeForce GTX 980 Ti - 17.76 MH/s, [T:67C, P:207W, F:50%]
20181003 22:54:13 GPU #2: Gigabyte GeForce GTX 980 Ti - 17.56 MH/s, [T:63C, P:201W, F:42%]
20181003 22:54:13 GPU #3: Zotac GeForce GTX 980 Ti - 18.45 MH/s, [T:62C, P:222W, F:18%]