Wohoo, looks good so far ... I forked cgminer and set diakgcn as branch, added a remote for the diakgcn branch in your repo. I now can edit files and do commits  . Con, if you are now doing commits to your diakgcn branch, can I merge them via "git fetch upstream" and "git merge upstream/diakgcn" afterwards? Can you have a look at https://github.com/Diapolo/cgminer/commits/diakgcn ... I now need to figure out how to create a pull request for the branch diakgcn. Thanks, Dia I just tested it. Now instead of producing no shares at all, it is only producing hardware errors... Still needs work I expect. Likely something in the API is broken. Check the code in findnonce.c in precalc hash to see what variables are being used and then the code in device-gpu.c for what parameters are being passed to your kernel in queue_diakgcn_kernel in what order. It should make sense. |
|
|
|
Well I can't seem to use these drivers with my 6000 series cards plugged in at the same time  . It's either or for now  I'm running 6000 series and one 7970 on ubuntu 11.04 and the shitty 8.921 driver. It involved manually editing xorg.conf, not sexy :/ Also cannot change voltage and seriously downclock memory. Please share if you had better progress, thanks! Spent hours sorting it out. Made a lot more progress: https://bitcointalk.org/index.php?topic=28402.msg738468#msg738468 |
|
|
|
|
Haha no chance. It just would have been waiting on a network response presumably.
|
|
|
|
I just encountered a weird problem with the latest version 2.2.3. One of my backup pools went dead and it seemed to be interfering with cgminer's ability to update the statistics on top (mhs, gpu temp and fan rpm). Basically, these stats were frozen and cgminer was only acting on what they last said (so fan rpms and such were not being adjusted properly, a potentially dangerous situation). When I disabled the offending pool, stats began updating again normally. Enabled the pool again and right back to frozen stats. A couple of times tonight this caused the fans to go to 100% due to overheating because the rpms were being kept too low due to the last stat update being too long ago.
Not sure what else I can do to help track this down, pool management is set to failover, but failover only flag is not enabled.
Interesting find! I will investigate this. Thanks. |
|
|
|
Many thanks to ck the hard work and everyone else who donated!
I just changed over to 2.2.3 on my windows machine with two shiny new Sapphire 7970s and am getting 513 and 537 at stock stock speeds (running at a leisurely 78 degrees), a huge jump over 2.2.1.
Many thanks!
Excellent. Don't forget to use intensity 11 if you can. |
|
|
|
That is nice ck. Good to see your enjoying that new toy. Any idea how many watts it's drawing for those 694 Mh/s?
No idea I'm afraid. GPU 0: 695.0 / 693.5 Mh/s | A:1246 R:3 HW:0 U:9.91/m I:11 72.0 C F: 71% (4139 RPM) E: 1200 MHz M: 1050 Mhz V: 1.170V A: 99% P: 5% GPU 1: 428.2 / 427.3 Mh/s | A:729 R:2 HW:0 U:5.80/m I:9 73.5 C F: 62% (5111 RPM) E: 960 MHz M: 835 Mhz V: 1.175V A: 99% P: 5% GPU 2: 428.2 / 427.4 Mh/s | A:781 R:1 HW:0 U:6.21/m I:9 73.5 C F: 48% (4292 RPM) E: 960 MHz M: 835 Mhz V: 1.175V A: 99% P: 5% GPU 3: 437.7 / 436.7 Mh/s | A:810 R:1 HW:0 U:6.45/m I:9 73.5 C F: 64% (3894 RPM) E: 1000 MHz M: 875 Mhz V: 1.175V A: 99% P: 5% They all have different airflow characteristics due to their place on the motherboard, GPU 3 is in the coolest spot followed by 0, 2, 1. Heat generation should be proportional to energy usage but the back of the 7970 is more open than the 6970 so I think the airflow through it is better. Pulling a rough estimate out of my arse, I'd say that it uses the same amount of power volt-per volt, clockspeed-per clockspeed as the 6970, and I happen to be running it at higher clockspeed. The difference is, of course, that it produces a much higher hashrate than the 6970 at the same clocks and voltage. |
|
|
|
Feel free to ask about anything else. After the effort you put into getting the funds together and card to me, you deserve all the software support you need. As does sveetsnelda for his excellent generosity and everyone else who donated. |
|
|
|
Since this is the 7970 mining thread, I'll paraphrase what I put on the cgminer thread: Okay for those who want to get 7970 working well with cgminer on linux, I've been up most of the night since I got the card (lol) trying to get it working and then fiddled with settings to find a sweet spot. Firstly: There is no actual "stable release" driver for this GPU yet. The driver you're directed to is a special release not really version numbered (like 12.1 etc). The 12.1 driver does NOT work with 7970 so when I put the 7970 in the machine with 6970s it didn't even show up. Then when I installed the GCN ati driver amd-driver-installer-8.921-x86.x86_64.run the 6970s wouldn't show up! Goddamn amd. I modified the xorg to add the extra devices, and xorg would start up but cgminer would just crash opencl when starting. After much searching around sharky suggested I change the card order, so I put the 7970 into slot 1 and the 6970s into slots 2-4. Again the ati driver didn't show up the 6x devices with aticonfig --lsa, and wouldn't configure the xorg for more than just the 7970. Then I checked the GPU positions lspci | grep VGA
01:00.0 VGA compatible controller: ATI Technologies Inc Device 6798
02:00.0 VGA compatible controller: ATI Technologies Inc Device 6718
07:00.0 VGA compatible controller: ATI Technologies Inc Device 6718
08:00.0 VGA compatible controller: ATI Technologies Inc Device 6718
I used the PCI bus position entries and edited the xorg.conf file into the following generic version: Section "Monitor"
Identifier "aticonfig-Monitor[0]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[1]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[2]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[3]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Device"
Identifier "aticonfig-Device[0]-0"
Driver "fglrx"
BusID "PCI:1:0:0"
EndSection
Section "Device"
Identifier "aticonfig-Device[1]-0"
Driver "fglrx"
BusID "PCI:2:0:0"
EndSection
Section "Device"
Identifier "aticonfig-Device[2]-0"
Driver "fglrx"
BusID "PCI:7:0:0"
EndSection
Section "Device"
Identifier "aticonfig-Device[3]-0"
Driver "fglrx"
BusID "PCI:8:0:0"
EndSection
Section "Screen"
Identifier "aticonfig-Screen[0]-0"
Device "aticonfig-Device[0]-0"
Monitor "aticonfig-Monitor[0]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "aticonfig-Screen[1]-0"
Device "aticonfig-Device[1]-0"
Monitor "aticonfig-Monitor[1]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "aticonfig-Screen[2]-0"
Device "aticonfig-Device[2]-0"
Monitor "aticonfig-Monitor[2]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "aticonfig-Screen[3]-0"
Device "aticonfig-Device[3]-0"
Monitor "aticonfig-Monitor[3]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
This would still only show up one device with aticonfig --lsa, but cgminer could detect them all. cgminer -n
[2012-02-09 09:49:19] CL Platform 0 vendor: Advanced Micro Devices, Inc.
[2012-02-09 09:49:19] CL Platform 0 name: AMD Accelerated Parallel Processing
[2012-02-09 09:49:19] CL Platform 0 version: OpenCL 1.1 AMD-APP (844.4)
[2012-02-09 09:49:19] Platform 0 devices: 4
[2012-02-09 09:49:19] GPU 0 AMD Radeon HD 7900 Series hardware monitoring enabled
[2012-02-09 09:49:19] GPU 1 AMD Radeon HD 6900 Series hardware monitoring enabled
[2012-02-09 09:49:19] GPU 2 AMD Radeon HD 6900 Series hardware monitoring enabled
[2012-02-09 09:49:19] GPU 3 AMD Radeon HD 6900 Series hardware monitoring enabled
[2012-02-09 09:49:19] 4 GPU devices max detected
After much playing around, I found the particular card I had would run stable at clockspeeds of 1200/1050. The 7970 has a mandatory no-more-than 150 difference between the GPU engine clockspeed and the GPU memory clockspeed much like the 6970 had a 125 difference. Note that with windows overclocking tools they can get around this using other backdoors to the devices which I can't do. Powertune of +5% provided the most boost to performance as I've seen with the 6970s and going over this made no difference. On first successful running, I noticed the dreaded CPU usage bug was back! Luckily I heard this was not universal and export GPU_USE_SYNC_OBJECTS=1
fixed it. Then I played around with various combinations of gpu threads and intensities and found that there is an inflexion point in intensity where the CPU usage jumps up from the usually very low usage. With 1 GPU thread, an intensity up to 13 does not increase CPU usage. With 2 threads an intensity of 11 does not. More threads did not help hashrate. Now bear in mind that this is an unmodified cgminer 2.2.3 so no new fancy kernels, but here is the final performance with intensity 11, engine 1200, memory 1050, powertune 5. See if you can spot the 790 amongst these  : GPU 0: 71.0C 4125RPM | 694.5/694.8Mh/s | A:355 R:1 HW:0 U:10.18/m I:11
GPU 1: 72.5C 5107RPM | 426.4/427.4Mh/s | A:200 R:0 HW:0 U: 5.73/m I: 9
GPU 2: 73.0C 4341RPM | 425.1/426.9Mh/s | A:214 R:1 HW:0 U: 6.14/m I: 9
GPU 3: 72.5C 3892RPM | 434.6/436.1Mh/s | A:227 R:1 HW:0 U: 6.51/m I: 9
So that's with the now ancient poclbm kernel in cgminer that was modified recently just to work with 7970 aka GCN but has no real performance enhancements. Now I need to fiddle with kernels and wait to see what diablo comes up with as well. Note that GCN ONLY works with the 2.6 SDK which has lousy performance on other cards, so I kept my old .bin files for the 6970s so that cgminer would just use those instead of regenerating them after I installed the new driver and sdk. |
|
|
|
Okay for those who want to get 7970 working well with cgminer on linux, I've been up most of the night since I got the card (lol) trying to get it working and then fiddled with settings to find a sweet spot. Firstly: There is no actual "stable release" driver for this GPU yet. The driver you're directed to is a special release not really version numbered (like 12.1 etc). The 12.1 driver does NOT work with 7970 so when I put the 7970 in the machine with 6970s it didn't even show up. Then when I installed the GCN ati driver amd-driver-installer-8.921-x86.x86_64.run the 6970s wouldn't show up! Goddamn amd. I modified the xorg to add the extra devices, and xorg would start up but cgminer would just crash opencl when starting. After much searching around sharky suggested I change the card order, so I put the 7970 into slot 1 and the 6970s into slots 2-4. Again the ati driver didn't show up the 6x devices with aticonfig --lsa, and wouldn't configure the xorg for more than just the 7970. Then I checked the GPU positions lspci | grep VGA
01:00.0 VGA compatible controller: ATI Technologies Inc Device 6798
02:00.0 VGA compatible controller: ATI Technologies Inc Device 6718
07:00.0 VGA compatible controller: ATI Technologies Inc Device 6718
08:00.0 VGA compatible controller: ATI Technologies Inc Device 6718
I used the PCI bus position entries and edited the xorg.conf file into the following generic version: Section "Monitor"
Identifier "aticonfig-Monitor[0]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[1]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[2]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Monitor"
Identifier "aticonfig-Monitor[3]-0"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection
Section "Device"
Identifier "aticonfig-Device[0]-0"
Driver "fglrx"
BusID "PCI:1:0:0"
EndSection
Section "Device"
Identifier "aticonfig-Device[1]-0"
Driver "fglrx"
BusID "PCI:2:0:0"
EndSection
Section "Device"
Identifier "aticonfig-Device[2]-0"
Driver "fglrx"
BusID "PCI:7:0:0"
EndSection
Section "Device"
Identifier "aticonfig-Device[3]-0"
Driver "fglrx"
BusID "PCI:8:0:0"
EndSection
Section "Screen"
Identifier "aticonfig-Screen[0]-0"
Device "aticonfig-Device[0]-0"
Monitor "aticonfig-Monitor[0]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "aticonfig-Screen[1]-0"
Device "aticonfig-Device[1]-0"
Monitor "aticonfig-Monitor[1]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "aticonfig-Screen[2]-0"
Device "aticonfig-Device[2]-0"
Monitor "aticonfig-Monitor[2]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "aticonfig-Screen[3]-0"
Device "aticonfig-Device[3]-0"
Monitor "aticonfig-Monitor[3]-0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
This would still only show up one device with aticonfig --lsa, but cgminer could detect them all. cgminer -n
[2012-02-09 09:49:19] CL Platform 0 vendor: Advanced Micro Devices, Inc.
[2012-02-09 09:49:19] CL Platform 0 name: AMD Accelerated Parallel Processing
[2012-02-09 09:49:19] CL Platform 0 version: OpenCL 1.1 AMD-APP (844.4)
[2012-02-09 09:49:19] Platform 0 devices: 4
[2012-02-09 09:49:19] GPU 0 AMD Radeon HD 7900 Series hardware monitoring enabled
[2012-02-09 09:49:19] GPU 1 AMD Radeon HD 6900 Series hardware monitoring enabled
[2012-02-09 09:49:19] GPU 2 AMD Radeon HD 6900 Series hardware monitoring enabled
[2012-02-09 09:49:19] GPU 3 AMD Radeon HD 6900 Series hardware monitoring enabled
[2012-02-09 09:49:19] 4 GPU devices max detected
After much playing around, I found the particular card I had would run stable at clockspeeds of 1200/1050. The 7970 has a mandatory no-more-than 150 difference between the GPU engine clockspeed and the GPU memory clockspeed much like the 6970 had a 125 difference. Note that with windows overclocking tools they can get around this using other backdoors to the devices which I can't do. Powertune of +5% provided the most boost to performance as I've seen with the 6970s and going over this made no difference. On first successful running, I noticed the dreaded CPU usage bug was back! Luckily I heard this was not universal and export GPU_USE_SYNC_OBJECTS=1
fixed it. Then I played around with various combinations of gpu threads and intensities and found that there is an inflexion point in intensity where the CPU usage jumps up from the usually very low usage. With 1 GPU thread, an intensity up to 13 does not increase CPU usage. With 2 threads an intensity of 11 does not. More threads did not help hashrate. Now bear in mind that this is an unmodified cgminer 2.2.3 so no new fancy kernels, but here is the final performance with intensity 11, engine 1200, memory 1050, powertune 5. See if you can spot the 790 amongst these : GPU 0: 71.0C 4125RPM | 694.5/694.8Mh/s | A:355 R:1 HW:0 U:10.18/m I:11
GPU 1: 72.5C 5107RPM | 426.4/427.4Mh/s | A:200 R:0 HW:0 U: 5.73/m I: 9
GPU 2: 73.0C 4341RPM | 425.1/426.9Mh/s | A:214 R:1 HW:0 U: 6.14/m I: 9
GPU 3: 72.5C 3892RPM | 434.6/436.1Mh/s | A:227 R:1 HW:0 U: 6.51/m I: 9
So that's with the now ancient poclbm kernel in cgminer that was modified recently just to work with 7970 aka GCN but has no real performance enhancements. Now I need to fiddle with kernels and wait to see what diablo comes up with as well. edit: Note that GCN ONLY works with the 2.6 SDK which has lousy performance on other cards, so I kept my old .bin files for the 6970s so that cgminer would just use those instead of regenerating them after I installed the new driver and sdk. |
|
|
|
And just for completeness, after the intensity investigation, I bumped it back up to the 1200/1050(+5%) clockspeed and put intensity up to 11 which seems the sweet spot. The final performance after it stabilised is: GPU 0: 72.0C 4324RPM | 695.1/695.3Mh/s | A:98 R:1 HW:0 U: 9.79/m I:11
|
|
|
|
Ck: can you do the comparisons with the clock not set so high. at 1200 they run pretty hot with a high fan, also if you just do down about 50 on the clock, you can reduce the voltage down to 1120 or so.
I am currently running at volt: 1100 clock: 1100 650 Mhash diablo
At your clock settings of 1100 (+5% powertune) I'm getting 638 Mhash. Voltage doesn't change on linux with ADL it seems. Doing: export GPU_USE_SYNC_OBJECTS=1
was mandatory for getting rid of the CPU usage bug. Interestingly with that feature enabled, there is an inflexion point in intensity when the CPU usage jumps up dramatically. With the cgminer default of 2 GPU threads, it is low CPU usage up to intensity 11. With 1 GPU thread, it is low CPU usage up to intensity 13. Both seem to provide only about 1MH difference. |
|
|
|
edit no change at all  i know this sounds very strange but watching this thing it almost looks like its trying to maintain a mhash less than 500 total or something the gpus mhash fluctuations constantly going from 20-100+ and back down each one keeps changing but the aggregate speed stays around 500 mhash for all 5 cards... I've seen reports like this before... something funky going on here. See what happens to the hash rate if you disable devices one by one in the menu. If you have m multiple screens set up on the one card in your config instead of one screen per card, opencl makes them all separate devices, so you're only mining on one card. Do they all spin up or is only one card actually mining when you have 5 devices adding up to one card's output? |
|
|
|
Perhaps my question was vague. I'd like to know how to specify differing vector and worksize for different cards? You can do -I 4,9, but you cannot do the same with -v or -w: cgminer: -v: '4,2' is not a number
cgminer: -w: '128,64' is not a number Is there a means of doing this I've not considered, or perhaps it's a feature that could be added? Currently it only accepts one number since it tries to use sane defaults anyway. I could be added as a feature, but with so much going on in the cgminer code at the moment, it's very low priority since it's not something people request. |
|
|
|
|
Hmm I usually run my cards flat out, and I'm pretty sure the current cgminer kernel being 9 months old isn't going to remotely come near the diablo speeds but I can have a play... brb
|
|
|
|
[2012-02-08 11:14:04] CL Platform 0 vendor: Advanced Micro Devices, Inc.
[2012-02-08 11:14:04] CL Platform 0 name: AMD Accelerated Parallel Processing
[2012-02-08 11:14:04] CL Platform 0 version: OpenCL 1.1 AMD-APP-SDK-v2.4 (595.10)
[2012-02-08 11:14:04] Platform 0 devices: 5
[2012-02-08 11:14:04] GPU 0 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] GPU 1 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] GPU 2 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] GPU 3 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] GPU 4 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-08 11:14:04] 5 GPU devices max detected Are your five graphics cards correctly set up in xorg? By that I mean have you run: sudo aticonfig --initial --adapter=all and then restarted? |
|
|
|
Hey Con, I guess here is a good place to restart our discussion, I registered with Github and took a first look into it. Is there an easy way for me to help you with the code itself via commits or pull-requests? I have never worked with Github, so that's all new. But as DiaKGCN evolves I would be glad to look after that part in CGMINER without the need for you to always implement the changes via the Phoenix version of the kernel. I don't want to fiddle in your code, but I would love to help not by only writing mails  . Dia Yep, start reading github bootcamp https://github.com/ |
|
|
|
thank you for that but now im having an even weirder problem it went from 1 GPU at full speed to 5 GPUS at very low speed like all five are adding up to only 420 mhash, is there a fix for this too? What does "cgminer -n" show? |
|
|
|
hello gentlemen i have been mining with cgminer in windows since the beginning but I decided recently that I would try linux on one of my rigs I am pretty sure I set everything up correctly but cgminer will only show 1 GPU, even though aticonfig shows all 5 I get that more ADL devices than OpenCL devices error I will gladly send 1 btc tip to whoever gives me the fix first! thanks!! export DISPLAY=:0 then start cgminer |
|
|
|
Thanks very much everyone. Arrived, shiny and all Took a lot of fluffing around to get it going thanks to AMD fail. Had to make sure the 7970 was in the first slot and manually edit xorg to make it work. The older driver detected the 6970s only and the newer experimental 79xx driver only detected the 7970. Then I did a little overclocking experimenting and found a nice sweetspot at 1200/1050 (it has a -150 gpu-memdiff limit). See if you can spot the 7970 cgminer version 2.2.3 - Started: [2012-02-09 02:30:05]
--------------------------------------------------------------------------------
(5s):2086.3 (avg):1968.1 Mh/s | Q:286 A:0 R:0 HW:0 E:0% U:0.00/m
TQ: 5 ST: 5 SS: 0 DW: 5 NB: 3 LW: 0 GF: 0 RF: 0
Block: 0000013f08b93da9e177e5543ffe6834... Started: [02:35:58]
--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0: 74.0C 4473RPM | 685.2/683.4Mh/s | A:0 R:0 HW:0 U:0.00/m I: 9
GPU 1: 74.0C 5390RPM | 427.9/426.4Mh/s | A:0 R:0 HW:0 U:0.00/m I: 9
GPU 2: 73.5C 4663RPM | 428.1/424.4Mh/s | A:0 R:0 HW:0 U:0.00/m I: 9
GPU 3: 73.0C 4187RPM | 437.6/436.0Mh/s | A:0 R:0 HW:0 U:0.00/m I: 9
--------------------------------------------------------------------------------
This is with an unmodified 2.2.3 with its defaults so that's what you can expect from cgminer at this stage at those clock speeds till I can wedge in a faster kernel. |
|
|
|
Well I can't seem to use these drivers with my 6000 series cards plugged in at the same time . It's either or for now Aha, it works only if the 7970 is in the first PCIE slot (plus I manually edited xorg.conf). Pick the 7970 amongst these (mining solo for testing): GPU 0: 74.0C 4312RPM | 685.5/686.7Mh/s | A:0 R:0 HW:0 U:0.00/m I: 9
GPU 1: 74.5C 5362RPM | 427.9/428.5Mh/s | A:0 R:0 HW:0 U:0.00/m I: 9
GPU 2: 73.5C 4627RPM | 428.0/428.7Mh/s | A:0 R:0 HW:0 U:0.00/m I: 9
GPU 3: 73.0C 4197RPM | 437.2/437.4Mh/s | A:0 R:0 HW:0 U:0.00/m I: 9
|
|
|
|
|
Show Posts
