Pages:
Author

Topic: TT-Miner 2022.4.1 KAWPOW, PROGPOW, ETHASH, ETCHASH, EPIC, SHA512256D, GHOSTRIDER - page 33. (Read 132189 times)

member
Activity: 566
Merit: 16
My cclk is default setting about 800. I want add cclk more around 1500. I do how?

Try MSI Afterburner and increase core clock.
member
Activity: 566
Merit: 16



How can I display the individual hashrate of each card?

Hi,

not sure what you mean exactly? If you run TT you should see after some seconds something like this>

06:34:45 GPU[0]: 13.195 MH/s  CClk:1.354 GHz MClk:1.307 GHz 62C 76% 125W 105.56 kH/W [A540:R0 0.0%]  LastShare: 00:00:04
06:34:45 GPU[1]: 12.656 MH/s  CClk:1.759 GHz MClk:3.898 GHz 69C 55% 152W 83.263 kH/W [A482:R0 0.0%]  LastShare: 00:00:04
06:34:45 Rig-Speed[2 min]: 25.851 MH/s 277W 93.323 kH/W [A1022:R0 0.0%] Uptime: 05:04:36  LastShare: 00:00:04
06:34:45 Luck: avg.time per share (424.19 MH @ 25.851 MH/s) 17 secs. passed 4 secs. luck share: 27% session: 99%

The first number after GPU[0] and GPU[1] is the hashrate for that card. Please clarify is this is not what you are locking for.

Thanks.

can you please show me your command line? Let me check if there is an issue - could also be a problem in the miner if the pools uses some command the miner do not know.



Hello, for some reason this miner will not start as it says "connected to pool xxxxxxxxxxxx" and then it says "lost connection to pool xxxxxxxxxxx" over and over and never starts, the same pool works well with a different software
full member
Activity: 417
Merit: 105



How can I display the individual hashrate of each card?

Hi,

not sure what you mean exactly? If you run TT you should see after some seconds something like this>

06:34:45 GPU[0]: 13.195 MH/s  CClk:1.354 GHz MClk:1.307 GHz 62C 76% 125W 105.56 kH/W [A540:R0 0.0%]  LastShare: 00:00:04
06:34:45 GPU[1]: 12.656 MH/s  CClk:1.759 GHz MClk:3.898 GHz 69C 55% 152W 83.263 kH/W [A482:R0 0.0%]  LastShare: 00:00:04
06:34:45 Rig-Speed[2 min]: 25.851 MH/s 277W 93.323 kH/W [A1022:R0 0.0%] Uptime: 05:04:36  LastShare: 00:00:04
06:34:45 Luck: avg.time per share (424.19 MH @ 25.851 MH/s) 17 secs. passed 4 secs. luck share: 27% session: 99%

The first number after GPU[0] and GPU[1] is the hashrate for that card. Please clarify is this is not what you are locking for.

Thanks.

Hello, for some reason this miner will not start as it says "connected to pool xxxxxxxxxxxx" and then it says "lost connection to pool xxxxxxxxxxx" over and over and never starts, the same pool works well with a different software
member
Activity: 566
Merit: 16



How can I display the individual hashrate of each card?

Hi,

not sure what you mean exactly? If you run TT you should see after some seconds something like this>

06:34:45 GPU[0]: 13.195 MH/s  CClk:1.354 GHz MClk:1.307 GHz 62C 76% 125W 105.56 kH/W [A540:R0 0.0%]  LastShare: 00:00:04
06:34:45 GPU[1]: 12.656 MH/s  CClk:1.759 GHz MClk:3.898 GHz 69C 55% 152W 83.263 kH/W [A482:R0 0.0%]  LastShare: 00:00:04
06:34:45 Rig-Speed[2 min]: 25.851 MH/s 277W 93.323 kH/W [A1022:R0 0.0%] Uptime: 05:04:36  LastShare: 00:00:04
06:34:45 Luck: avg.time per share (424.19 MH @ 25.851 MH/s) 17 secs. passed 4 secs. luck share: 27% session: 99%

The first number after GPU[0] and GPU[1] is the hashrate for that card. Please clarify is this is not what you are locking for.

Thanks.
legendary
Activity: 3164
Merit: 1003



How can I display the individual hashrate of each card?
newbie
Activity: 28
Merit: 0
New version 2.2.3 release.

These are the modification - I have had to modify some of the core functions so that they become OS independent. So please check if this version works as expected. If not please reinstall 2.2.2 and report the issues to me so that I can fix them.

- Fixed a file sharing bug.
- Changed Thread-functions to be OS independent.
- Changed File I/O to be OS independent.
- Fixed a the time-interval for updatechecks.
- Shows information how long the Merkle Tree generation took (MTP only).
- Shows the current mining block if the information was available in mining notify.
- Shows optimized grid- and blocksize that is used for the Kernel.
- Add power usage information into API information. Requires Awesome Miner Version 6.3.4 or later.
- ProgPoW: Show when a new algo is created (New Epoch for BCI, otherwise after 50 block).
- ProgPoW: Calculate optimized blocksize for each new algo.
- ProgPoW: Add version used by Zano (Cuda 10.1 only - older cuda versions will follow soon).
- ProgPoW/MTP: Small performance improvements.

Happy mining!



Hi.
Any change on "-b" or "--api-bind" arguments, so it can be accessed from other computer in same network (not just from rig's local computer)?
Thanks.
newbie
Activity: 36
Merit: 0

Thanks for the update.

Any recommended configuration for 1080ti rig? is it better to just run the miner with -i 15 or -i auto 1024 8192 256?

Are you on MTP? To find the best settings I would start without OC and run default intensity. As soon as the hashrate is stable I would increase intensity. Repeat that until you do not see higher hashrates. Then use the best intensity. After that you can play with some OC and see if that have any impact to your system. Sorry that I do not have a more 'concrete' advice, but systems are too different to give general hints that fits all of them.




Thanks for the quick reply, yeah I'm on MTP, just wanted te see if there was a tested base point to start off.

about my other question, which type of intensity would you recommend tu use a) -i 14, b) -i auto 1024 8192 256, c) -gi,gs ?

thanks

I would start without -i. The miner will tell you which default intensity it uses for your gpu. Then wait for a stable hashrate and restart with a higher intensity (-i) until you see that it doesn't rise anymore.

-i auto takes a very long time (and please do not forget to add -log to your command line so that you can see the best settings for your gpu.)

I general I assume that the sweet point is default intensity + 1 or +2 - just in case you want to have a fast result.




awesome thanks
member
Activity: 566
Merit: 16

Thanks for the update.

Any recommended configuration for 1080ti rig? is it better to just run the miner with -i 15 or -i auto 1024 8192 256?

Are you on MTP? To find the best settings I would start without OC and run default intensity. As soon as the hashrate is stable I would increase intensity. Repeat that until you do not see higher hashrates. Then use the best intensity. After that you can play with some OC and see if that have any impact to your system. Sorry that I do not have a more 'concrete' advice, but systems are too different to give general hints that fits all of them.




Thanks for the quick reply, yeah I'm on MTP, just wanted te see if there was a tested base point to start off.

about my other question, which type of intensity would you recommend tu use a) -i 14, b) -i auto 1024 8192 256, c) -gi,gs ?

thanks

I would start without -i. The miner will tell you which default intensity it uses for your gpu. Then wait for a stable hashrate and restart with a higher intensity (-i) until you see that it doesn't rise anymore.

-i auto takes a very long time (and please do not forget to add -log to your command line so that you can see the best settings for your gpu.)

I general I assume that the sweet point is default intensity + 1 or +2 - just in case you want to have a fast result.



newbie
Activity: 36
Merit: 0

Thanks for the update.

Any recommended configuration for 1080ti rig? is it better to just run the miner with -i 15 or -i auto 1024 8192 256?

Are you on MTP? To find the best settings I would start without OC and run default intensity. As soon as the hashrate is stable I would increase intensity. Repeat that until you do not see higher hashrates. Then use the best intensity. After that you can play with some OC and see if that have any impact to your system. Sorry that I do not have a more 'concrete' advice, but systems are too different to give general hints that fits all of them.




Thanks for the quick reply, yeah I'm on MTP, just wanted te see if there was a tested base point to start off.

about my other question, which type of intensity would you recommend tu use a) -i 14, b) -i auto 1024 8192 256, c) -gi,gs ?

thanks
member
Activity: 566
Merit: 16
New version 2.2.3 release.

These are the modification - I have had to modify some of the core functions so that they become OS independent. So please check if this version works as expected. If not please reinstall 2.2.2 and report the issues to me so that I can fix them.

- Fixed a file sharing bug.
- Changed Thread-functions to be OS independent.
- Changed File I/O to be OS independent.
- Fixed a the time-interval for updatechecks.
- Shows information how long the Merkle Tree generation took (MTP only).
- Shows the current mining block if the information was available in mining notify.
- Shows optimized grid- and blocksize that is used for the Kernel.
- Add power usage information into API information. Requires Awesome Miner Version 6.3.4 or later.
- ProgPoW: Show when a new algo is created (New Epoch for BCI, otherwise after 50 block).
- ProgPoW: Calculate optimized blocksize for each new algo.
- ProgPoW: Add version used by Zano (Cuda 10.1 only - older cuda versions will follow soon).
- ProgPoW/MTP: Small performance improvements.

Happy mining!


progpow-zano is unstable, (2 out of 3 GPUs) and (1 out of 2)will stop mining/crash around 20-30mins

windows 7 64bit, cuda 10.1

Hi,

there was just a new Zano release (daemon/GUI). I just read that there will be new binaries. So please wait until this update is finished and please download TT again and retry. Please add -log -logpool to your commandline to create logfiles. If it crashes again please send me the log - they can help me to find the problem.

Thanks for reporting.
legendary
Activity: 3444
Merit: 1061
New version 2.2.3 release.

These are the modification - I have had to modify some of the core functions so that they become OS independent. So please check if this version works as expected. If not please reinstall 2.2.2 and report the issues to me so that I can fix them.

- Fixed a file sharing bug.
- Changed Thread-functions to be OS independent.
- Changed File I/O to be OS independent.
- Fixed a the time-interval for updatechecks.
- Shows information how long the Merkle Tree generation took (MTP only).
- Shows the current mining block if the information was available in mining notify.
- Shows optimized grid- and blocksize that is used for the Kernel.
- Add power usage information into API information. Requires Awesome Miner Version 6.3.4 or later.
- ProgPoW: Show when a new algo is created (New Epoch for BCI, otherwise after 50 block).
- ProgPoW: Calculate optimized blocksize for each new algo.
- ProgPoW: Add version used by Zano (Cuda 10.1 only - older cuda versions will follow soon).
- ProgPoW/MTP: Small performance improvements.

Happy mining!


progpow-zano is unstable, (2 out of 3 GPUs) and (1 out of 2)will stop mining around 20-30mins (not crash it just stops)

windows 7 64bit, cuda 10.1
member
Activity: 566
Merit: 16

Thanks for the update.

Any recommended configuration for 1080ti rig? is it better to just run the miner with -i 15 or -i auto 1024 8192 256?

Are you on MTP? To find the best settings I would start without OC and run default intensity. As soon as the hashrate is stable I would increase intensity. Repeat that until you do not see higher hashrates. Then use the best intensity. After that you can play with some OC and see if that have any impact to your system. Sorry that I do not have a more 'concrete' advice, but systems are too different to give general hints that fits all of them.


newbie
Activity: 36
Merit: 0
New version 2.2.3 release.

These are the modification - I have had to modify some of the core functions so that they become OS independent. So please check if this version works as expected. If not please reinstall 2.2.2 and report the issues to me so that I can fix them.

- Fixed a file sharing bug.
- Changed Thread-functions to be OS independent.
- Changed File I/O to be OS independent.
- Fixed a the time-interval for updatechecks.
- Shows information how long the Merkle Tree generation took (MTP only).
- Shows the current mining block if the information was available in mining notify.
- Shows optimized grid- and blocksize that is used for the Kernel.
- Add power usage information into API information. Requires Awesome Miner Version 6.3.4 or later.
- ProgPoW: Show when a new algo is created (New Epoch for BCI, otherwise after 50 block).
- ProgPoW: Calculate optimized blocksize for each new algo.
- ProgPoW: Add version used by Zano.
- ProgPoW/MTP: Small performance improvements.

Happy mining!


Thanks for the update.

Any recommended configuration for 1080ti rig on MTP? is it better to just run the miner with -i 15 or -i auto 1024 8192 256?
member
Activity: 566
Merit: 16
New version 2.2.3 release.

These are the modification - I have had to modify some of the core functions so that they become OS independent. So please check if this version works as expected. If not please reinstall 2.2.2 and report the issues to me so that I can fix them.

- Fixed a file sharing bug.
- Changed Thread-functions to be OS independent.
- Changed File I/O to be OS independent.
- Fixed a the time-interval for updatechecks.
- Shows information how long the Merkle Tree generation took (MTP only).
- Shows the current mining block if the information was available in mining notify.
- Shows optimized grid- and blocksize that is used for the Kernel.
- Add power usage information into API information. Requires Awesome Miner Version 6.3.4 or later.
- ProgPoW: Show when a new algo is created (New Epoch for BCI, otherwise after 50 block).
- ProgPoW: Calculate optimized blocksize for each new algo.
- ProgPoW: Add version used by Zano (Cuda 10.1 only - older cuda versions will follow soon).
- ProgPoW/MTP: Small performance improvements.

Happy mining!
member
Activity: 566
Merit: 16
Hi TrailingStop Smiley

Big fan, where can I send you a crash dump file? About to test out autotune feature  Grin

Send you a DM some days ago...please check.
jr. member
Activity: 77
Merit: 6
Hi TrailingStop Smiley

Big fan, where can I send you a crash dump file? About to test out autotune feature  Grin
jr. member
Activity: 48
Merit: 2
TrailingStop, what about statistic for shares at console - accepted\rejected etc, per device and summary?

Hi,

I'm not sure what you mean with 'shares for console'Huh Here is what you get now:

03:56:45 GPU[3]: 4.116 MH/s  CClk:1.341 GHz MClk:3.504 GHz 75C 53% [A1807:R1 0.1%]  LastShare: 00:00:51
03:56:45 GPU[4]: 2.202 MH/s  CClk:1.430 GHz MClk:3.003 GHz 82C 60% [A887:R1 0.1%]  LastShare: 00:00:08
03:56:45 Rig-Speed[2 min]: 6.319 MH/s [A2694:R2 0.1%] Uptime: 13:56:22  LastShare: 00:00:08
03:56:45 Luck: avg.time per share (133.99 MH @ 6.319 MH/s) 22 secs. passed 8 secs. luck share: 38% session: 96%

first you see the accepted/rejected shares per GPU:
03:56:45 GPU[3]: 4.116 MH/s  CClk:1.341 GHz MClk:3.504 GHz 75C 53% [A1807:R1 0.1%]  LastShare: 00:00:51
03:56:45 GPU[4]: 2.202 MH/s  CClk:1.430 GHz MClk:3.003 GHz 82C 60% [A887:R1 0.1%]  LastShare: 00:00:08

and then you get a summary:

03:56:45 Rig-Speed[2 min]: 6.319 MH/s [A2694:R2 0.1%] Uptime: 13:56:22  LastShare: 00:00:08

Can you please explain in more detail what you mean with 'shares at console - accepted\rejected etc, per device and summary' ?

Thanks.
That's it. I just now understood these codes. Smiley Maybe you should bring it out more intuitive?
hero member
Activity: 1274
Merit: 556
Can you add some "switches" that can be pressed while miner is running to change for example intensity on go or gridsize or some other things?
To don't have to restart miner.. Smiley

just asking ..  Roll Eyes

Yes, it is already on my list and will come in one of the next releases - some other user already suggested that.

On easy thing that you can do to improve you hashrate quite a lot is to improve the cooling of the GPUs. This can easily bring you additional 5-10% - maybe you already noticed that a cold GPU performs much better than a hot one.

Whilst this is quite common knowledge, I think it only really starts making a difference if your GPU is around 75-80C and above.
Don't think I've actually seen any performance degradation from a few degrees difference while one's cruising under 70 (where most undervolted Pascal cards should sit quite comfortably).

Hi dragonmike,

this is what I'm talking about - maybe that is because I do not really take too much care about the environment. This is my development 1070 in a big tower case - as you can see temp is 67°C and hashrate is around 2.2 MH/s - the miner running up for 60 seconds:

03:44:30 GPU[1]: 2.254 MH/s  CClk:1.835 GHz MClk:3.898 GHz 64C 31% 173W 13.031 kH/W [A0:R0 0.0%]  LastShare: -
03:44:30 Rig-Speed[2 min]: 2.254 MH/s 173W 13.031 kH/W [A0:R0 0.0%] Uptime: 00:00:59  LastShare: -
03:44:30 Luck: avg.time per share (1.074 GH @ 2.254 MH/s) 477 secs. passed 58 secs. luck share: 12% session: -
03:44:45 GPU[1]: 2.212 MH/s  CClk:1.835 GHz MClk:3.898 GHz 66C 31% 173W 12.783 kH/W [A0:R0 0.0%]  LastShare: -
03:44:45 Rig-Speed[2 min]: 2.212 MH/s 173W 12.783 kH/W [A0:R0 0.0%] Uptime: 00:01:14  LastShare: -
03:44:45 Luck: avg.time per share (1.074 GH @ 2.212 MH/s) 486 secs. passed 73 secs. luck share: 15% session: -
03:45:00 GPU[1]: 2.217 MH/s  CClk:1.822 GHz MClk:3.898 GHz 66C 35% 174W 12.741 kH/W [A0:R0 0.0%]  LastShare: -
03:45:00 Rig-Speed[2 min]: 2.217 MH/s 174W 12.741 kH/W [A0:R0 0.0%] Uptime: 00:01:29  LastShare: -
03:45:00 Luck: avg.time per share (1.074 GH @ 2.217 MH/s) 485 secs. passed 88 secs. luck share: 18% session: -
03:45:15 GPU[1]: 2.221 MH/s  CClk:1.822 GHz MClk:3.898 GHz 67C 38% 174W 12.761 kH/W [A0:R0 0.0%]  LastShare: -
03:45:15 Rig-Speed[2 min]: 2.221 MH/s 174W 12.761 kH/W [A0:R0 0.0%] Uptime: 00:01:44  LastShare: -
03:45:15 Luck: avg.time per share (1.074 GH @ 2.221 MH/s) 484 secs. passed 103 secs. luck share: 21% session: -

After some minute the temp is up to 69°C and the hashrate is down to 2.1 MH/s and during the same timeframe the CoreClk is down from more than 1.8 GHz to 1.75GHz:

03:52:15 Rig-Speed[2 min]: 2.097 MH/s 156W 13.443 kH/W [A1:R0 0.0%] Uptime: 00:08:44  LastShare: 00:06:11
03:52:15 Luck: avg.time per share (1.074 GH @ 2.097 MH/s) 513 secs. passed 371 secs. luck share: 72% session: 31%
03:52:30 GPU[1]: 2.097 MH/s  CClk:1.746 GHz MClk:3.898 GHz 69C 52% 156W 13.443 kH/W [A0:R0 0.0%]  LastShare: 00:06:26
03:52:30 Rig-Speed[2 min]: 2.097 MH/s 156W 13.443 kH/W [A1:R0 0.0%] Uptime: 00:08:59  LastShare: 00:06:26
03:52:30 Luck: avg.time per share (1.074 GH @ 2.097 MH/s) 513 secs. passed 386 secs. luck share: 75% session: 31%
03:52:45 GPU[1]: 2.097 MH/s  CClk:1.746 GHz MClk:3.898 GHz 69C 52% 156W 13.443 kH/W [A0:R0 0.0%]  LastShare: 00:06:41
03:52:45 Rig-Speed[2 min]: 2.097 MH/s 156W 13.443 kH/W [A1:R0 0.0%] Uptime: 00:09:14  LastShare: 00:06:41
03:52:45 Luck: avg.time per share (1.074 GH @ 2.097 MH/s) 513 secs. passed 401 secs. luck share: 78% session: 31%

Maybe I should take more care - have Fan on 'auto' in AB.

No this is a fair observation. If you start throttling between 67 and 69C it's definitely more sensitive than other miners/algos so worth pointing out.

I'll try setting a more aggressive fan curve, or pay closer attention to speeds between the cards next time, to see if there's any noticeable differences.
member
Activity: 566
Merit: 16
TrailingStop, what about statistic for shares at console - accepted\rejected etc, per device and summary?

Hi,

I'm not sure what you mean with 'shares for console'Huh Here is what you get now:

03:56:45 GPU[3]: 4.116 MH/s  CClk:1.341 GHz MClk:3.504 GHz 75C 53% [A1807:R1 0.1%]  LastShare: 00:00:51
03:56:45 GPU[4]: 2.202 MH/s  CClk:1.430 GHz MClk:3.003 GHz 82C 60% [A887:R1 0.1%]  LastShare: 00:00:08
03:56:45 Rig-Speed[2 min]: 6.319 MH/s [A2694:R2 0.1%] Uptime: 13:56:22  LastShare: 00:00:08
03:56:45 Luck: avg.time per share (133.99 MH @ 6.319 MH/s) 22 secs. passed 8 secs. luck share: 38% session: 96%

first you see the accepted/rejected shares per GPU:
03:56:45 GPU[3]: 4.116 MH/s  CClk:1.341 GHz MClk:3.504 GHz 75C 53% [A1807:R1 0.1%]  LastShare: 00:00:51
03:56:45 GPU[4]: 2.202 MH/s  CClk:1.430 GHz MClk:3.003 GHz 82C 60% [A887:R1 0.1%]  LastShare: 00:00:08

and then you get a summary:

03:56:45 Rig-Speed[2 min]: 6.319 MH/s [A2694:R2 0.1%] Uptime: 13:56:22  LastShare: 00:00:08

Can you please explain in more detail what you mean with 'shares at console - accepted\rejected etc, per device and summary' ?

Thanks.
member
Activity: 566
Merit: 16
Can you add some "switches" that can be pressed while miner is running to change for example intensity on go or gridsize or some other things?
To don't have to restart miner.. Smiley

just asking ..  Roll Eyes

Yes, it is already on my list and will come in one of the next releases - some other user already suggested that.

On easy thing that you can do to improve you hashrate quite a lot is to improve the cooling of the GPUs. This can easily bring you additional 5-10% - maybe you already noticed that a cold GPU performs much better than a hot one.

Whilst this is quite common knowledge, I think it only really starts making a difference if your GPU is around 75-80C and above.
Don't think I've actually seen any performance degradation from a few degrees difference while one's cruising under 70 (where most undervolted Pascal cards should sit quite comfortably).

Hi dragonmike,

this is what I'm talking about - maybe that is because I do not really take too much care about the environment. This is my development 1070 in a big tower case - as you can see temp is 67°C and hashrate is around 2.2 MH/s - the miner running up for 60 seconds:

03:44:30 GPU[1]: 2.254 MH/s  CClk:1.835 GHz MClk:3.898 GHz 64C 31% 173W 13.031 kH/W [A0:R0 0.0%]  LastShare: -
03:44:30 Rig-Speed[2 min]: 2.254 MH/s 173W 13.031 kH/W [A0:R0 0.0%] Uptime: 00:00:59  LastShare: -
03:44:30 Luck: avg.time per share (1.074 GH @ 2.254 MH/s) 477 secs. passed 58 secs. luck share: 12% session: -
03:44:45 GPU[1]: 2.212 MH/s  CClk:1.835 GHz MClk:3.898 GHz 66C 31% 173W 12.783 kH/W [A0:R0 0.0%]  LastShare: -
03:44:45 Rig-Speed[2 min]: 2.212 MH/s 173W 12.783 kH/W [A0:R0 0.0%] Uptime: 00:01:14  LastShare: -
03:44:45 Luck: avg.time per share (1.074 GH @ 2.212 MH/s) 486 secs. passed 73 secs. luck share: 15% session: -
03:45:00 GPU[1]: 2.217 MH/s  CClk:1.822 GHz MClk:3.898 GHz 66C 35% 174W 12.741 kH/W [A0:R0 0.0%]  LastShare: -
03:45:00 Rig-Speed[2 min]: 2.217 MH/s 174W 12.741 kH/W [A0:R0 0.0%] Uptime: 00:01:29  LastShare: -
03:45:00 Luck: avg.time per share (1.074 GH @ 2.217 MH/s) 485 secs. passed 88 secs. luck share: 18% session: -
03:45:15 GPU[1]: 2.221 MH/s  CClk:1.822 GHz MClk:3.898 GHz 67C 38% 174W 12.761 kH/W [A0:R0 0.0%]  LastShare: -
03:45:15 Rig-Speed[2 min]: 2.221 MH/s 174W 12.761 kH/W [A0:R0 0.0%] Uptime: 00:01:44  LastShare: -
03:45:15 Luck: avg.time per share (1.074 GH @ 2.221 MH/s) 484 secs. passed 103 secs. luck share: 21% session: -

After some minute the temp is up to 69°C and the hashrate is down to 2.1 MH/s and during the same timeframe the CoreClk is down from more than 1.8 GHz to 1.75GHz:

03:52:15 Rig-Speed[2 min]: 2.097 MH/s 156W 13.443 kH/W [A1:R0 0.0%] Uptime: 00:08:44  LastShare: 00:06:11
03:52:15 Luck: avg.time per share (1.074 GH @ 2.097 MH/s) 513 secs. passed 371 secs. luck share: 72% session: 31%
03:52:30 GPU[1]: 2.097 MH/s  CClk:1.746 GHz MClk:3.898 GHz 69C 52% 156W 13.443 kH/W [A0:R0 0.0%]  LastShare: 00:06:26
03:52:30 Rig-Speed[2 min]: 2.097 MH/s 156W 13.443 kH/W [A1:R0 0.0%] Uptime: 00:08:59  LastShare: 00:06:26
03:52:30 Luck: avg.time per share (1.074 GH @ 2.097 MH/s) 513 secs. passed 386 secs. luck share: 75% session: 31%
03:52:45 GPU[1]: 2.097 MH/s  CClk:1.746 GHz MClk:3.898 GHz 69C 52% 156W 13.443 kH/W [A0:R0 0.0%]  LastShare: 00:06:41
03:52:45 Rig-Speed[2 min]: 2.097 MH/s 156W 13.443 kH/W [A1:R0 0.0%] Uptime: 00:09:14  LastShare: 00:06:41
03:52:45 Luck: avg.time per share (1.074 GH @ 2.097 MH/s) 513 secs. passed 401 secs. luck share: 78% session: 31%

Maybe I should take more care - have Fan on 'auto' in AB.
Pages:
Jump to: