Bitcoin Forum
July 23, 2018, 12:33:32 PM *
News: Latest stable version of Bitcoin Core: 0.16.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 [234] 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 ... 847 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0  (Read 5757020 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
allinvain
Legendary
*
Offline Offline

Activity: 2576
Merit: 1050



View Profile
March 23, 2012, 01:53:23 AM
 #4661

Anyone know where I can get a Windows binary of cgminer that has support for the Icarus FPGA board activated? I'm not 100% sure if the stock binary on the first post actually has Icarus support activated. I tried to use it and it did not work - did not detect the FPGAs.



Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1532349212
Hero Member
*
Offline Offline

Posts: 1532349212

View Profile Personal Message (Offline)

Ignore
1532349212
Reply with quote  #2

1532349212
Report to moderator
1532349212
Hero Member
*
Offline Offline

Posts: 1532349212

View Profile Personal Message (Offline)

Ignore
1532349212
Reply with quote  #2

1532349212
Report to moderator
1532349212
Hero Member
*
Offline Offline

Posts: 1532349212

View Profile Personal Message (Offline)

Ignore
1532349212
Reply with quote  #2

1532349212
Report to moderator
martona
Newbie
*
Offline Offline

Activity: 17
Merit: 0


View Profile
March 23, 2012, 02:16:32 AM
 #4662

What is "Cubby"?
A piece of software by LogMeIn

Wow - Cubby is in super-secret-internal alpha, pre-announcement and all, I'm surprised to see it show up on Software Informer at all.

Anyway, Cubby was just opening the cgminer executable and that's why AVG is even displaying the LogMeIn product. I could have used Windows Explorer to copy it and then AVG would have shown Explorer at the bottom part. This isn't really relevant.

Martona, if you got the executable from Con's homepage, you should be safe.

Yeah that's where it came from, and like I said, I'm pretty sue it's a false positive of AVG's heuristics but I thought it's worth putting it in front of you guys, especially Con.
de4l
Member
**
Offline Offline

Activity: 83
Merit: 10


View Profile
March 23, 2012, 03:50:55 AM
 #4663

Code:
[2012-03-22 22:46:43] Started cgminer 2.3.1

[2012-03-22 22:46:43] Started cgminer 2.3.1
[2012-03-22 22:46:43] Probing for an alive pool
[2012-03-22 22:46:44] Long-polling activated for http://mining.eligius.st:8337/LP
Segmentation fault
root@ds-r:~/cgminer-2.3.1-2#

Running on debian squeeze, sdk 2.4, newer/ish fglrx

I get the same error from both a self built and the pre-built ubuntu binary.
kano
Legendary
*
Offline Offline

Activity: 2520
Merit: 1045


Linux since 1997 RedHat 4


View Profile
March 23, 2012, 06:00:21 AM
 #4664

Is there a place where i can download old versions of cgminer ?
I dunno what i`m doing wrong, but new 2.3.1 ver. works slower than my old 2.0.6 on my rigs.
Mostly i use 5870/5970.
I`m using just oc parameters, no auto GPU or Auto fan.
I`m planning to buy bigger MB and put somme 7970 into play, but i`m loosing aprox. 150-200Mhash on software... :/
i`ll make somme proof for that - cgminer woriking at least for 2h.
If there is a difference in performance between two version of cgminer then this is caused by one of:
your using different kernels, different SDK or different drivers

When you run the old cgminer it will use the old *.bin that was created with the SDK that was installed back when it created the *.bin file
To see how old the bin files are on linux:
 ls -las *.bin
on windows
 dir /a *.bin
(or view them in windows explorer)

If your ATI drivers are updated, then if it is e.g. 12.2 then you also now are running SDK 2.6 <- the cause of your problem.

Of course, this is already written in the cgminer README file in the FAQ at the end - look for "my hashrate suddenly dropped"
(FAQ means ... ... Frequently Asked Questions)

Edit: why not use autogpu and autofan?
Unless you have some software monitoring those (and cgminer does it very well) you are risking your cards.

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
kano
Legendary
*
Offline Offline

Activity: 2520
Merit: 1045


Linux since 1997 RedHat 4


View Profile
March 23, 2012, 06:02:48 AM
 #4665

Code:
[2012-03-22 22:46:43] Started cgminer 2.3.1

[2012-03-22 22:46:43] Started cgminer 2.3.1
[2012-03-22 22:46:43] Probing for an alive pool
[2012-03-22 22:46:44] Long-polling activated for http://mining.eligius.st:8337/LP
Segmentation fault
root@ds-r:~/cgminer-2.3.1-2#

Running on debian squeeze, sdk 2.4, newer/ish fglrx

I get the same error from both a self built and the pre-built ubuntu binary.
You included CPU mining didn't you?

If not, then try "-D --verbose -T" and also "-n" to see what's unusual about your computer.

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
ummas
Sr. Member
****
Offline Offline

Activity: 274
Merit: 250


View Profile
March 23, 2012, 07:13:10 AM
 #4666

Code:
zulus@zulus-zulus:~/cgminer-2.0.6$  ls -las *.bin
1708 -rw-r--r-- 1 zulus zulus 1744972 2012-02-22 09:18 phatk110817Cypressbitalignv2w128long8.bin
zulus@zulus-zulus:~/cgminer-2.0.6$

Code:
cgminer version 2.0.6 - Started: [2012-03-23 02:46:38]
--------------------------------------------------------------------------------
 (5s):2324.0 (avg):2333.0 Mh/s | Q:10985  A:10320  R:37  HW:0  E:94%  U:31.71/m
 TQ: 2  ST: 6  SS: 0  DW: 173  NB: 23  LW: 0  GF: 7  RF: 8
 Connected to http://gpumax.com:8332 with LP as user 4f39b86921fd404e601c2805
 Block: 000008fad3b8a307c97990e949cf79b0...  Started: [08:09:34]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0: 63.5C 21% | 385.8/339.3Mh/s | A:1535 R:6 HW:0 U:4.72/m I:2
 GPU 1: 56.5C 1255RPM | 331.5/333.8Mh/s | A:1522 R:4 HW:0 U:4.68/m I:9
 GPU 2: 57.5C | 334.0/333.6Mh/s | A:1531 R:4 HW:0 U:4.70/m I:9
 GPU 3: 59.5C  960RPM | 339.9/334.5Mh/s | A:1357 R:5 HW:0 U:4.17/m I:9
 GPU 4: 62.0C | 334.8/333.5Mh/s | A:1473 R:4 HW:0 U:4.53/m I:9
 GPU 5: 62.0C  960RPM | 329.8/331.2Mh/s | A:1463 R:6 HW:0 U:4.50/m I:9
 GPU 6: 60.5C | 325.3/327.6Mh/s | A:1441 R:8 HW:0 U:4.43/m I:9
-------------------------------------------------------------------------------

and now cgminer 2.3.1.
Code:
zulus@zulus-zulus:~/cgminer-2.3.1-2-x86_64-built$ ls -las *.bin
1380 -rw-r--r-- 1 zulus zulus 1409068 2012-03-19 18:26 diablo120222Cypressv2w256l8.bin
1872 -rw-r--r-- 1 zulus zulus 1916100 2012-03-20 07:52 phatk120223Cypressv1w128l8.bin
1708 -rw-r--r-- 1 zulus zulus 1745560 2012-03-19 19:58 phatk120223Cypressv2w256l8.bin

i just started cdm 2.3.1 just in education mode, and adter few minutes, it`s like that:
(5s):2113.5 (avg):1970.7 Mh/s | Q:140

i`ll update that post with code of cgminer asap it will pas more than 2h.

Should i say, that no catalyst and no SDK was changed ??
So why newer is worser ?
ATM i`m using SDK2.6 implemented into 12.2 catalyst on ubuntu 11.04 x64
Code:
[ cgminer version 2.3.1 - Started: [2012-03-23 08:16:21]
-------------------------------------------------------------------------------
(5s):2137.6 (avg):2085.5 Mh/s | Q:9271  A:7769  R:10  HW:199890  E:84%  U:29.50
TQ: 5  ST: 7  SS: 12  DW: 240  NB: 25  LW: 0  GF: 2  RF: 3
Connected to http://pit.deepbit.net:8332 with LP as user ummas@op.pl_GNG
Block: 0000000d14a8a028262dab4904b4ddb8...  Started: [12:36:35]
-------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0:  62.0C 100%    | 222.0/245.6Mh/s | A: 897 R:1 HW:23123 U:3.41/m I: 4
GPU 1:  51.5C 1549RPM | 304.1/303.0Mh/s | A:1091 R:1 HW:27984 U:4.14/m I: 9
GPU 2:  52.5C 1549RPM | 305.4/302.8Mh/s | A:1146 R:1 HW:29428 U:4.35/m I: 9
GPU 3:  57.5C  960RPM | 309.9/309.3Mh/s | A:1182 R:3 HW:30351 U:4.49/m I: 9
GPU 4:  60.5C         | 310.9/308.2Mh/s | A:1155 R:1 HW:29722 U:4.39/m I: 9
GPU 5:  60.5C  960RPM | 307.7/308.7Mh/s | A:1146 R:2 HW:29581 U:4.35/m I: 9
GPU 6:  58.5C  960RPM | 312.4/308.4Mh/s | A:1152 R:1 HW:29701 U:4.37/m I: 9
------------------------------------------------------------------------------- /code].

kano
Legendary
*
Offline Offline

Activity: 2520
Merit: 1045


Linux since 1997 RedHat 4


View Profile
March 23, 2012, 07:23:05 AM
 #4667

Well straight up you can see that the old one (that you said is faster?) is phatk2w128 ... which doesn't even exist in your new list.

There is also the point that you'd need to be sure what SDK was installed back on 2012-02-22 vs now.

"./cgminer -n" will tell you what it is now.


Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
ummas
Sr. Member
****
Offline Offline

Activity: 274
Merit: 250


View Profile
March 23, 2012, 07:31:42 AM
 #4668

kano, i was using 11.6 catalyst with SDK 2.4 for last 6 months.
I removed it myself and instaled SDK2.6 insted.
I was searching a guide hawto uninstall, but not found, so i decided to experimen a little.
i followed guide of amd guide "haw to check why it`s not working" but in different dirrection.

Drivers was changed(and SDK) this week - monday i think.
I tried to force 2.3.1 with -k phatk -v 2 -w 128 - not working as well as 2.0.6 with nothing.
should i show you my line? i`m not using .cfg files.
de4l
Member
**
Offline Offline

Activity: 83
Merit: 10


View Profile
March 23, 2012, 08:02:55 AM
 #4669

Code:
[2012-03-22 22:46:43] Started cgminer 2.3.1

[2012-03-22 22:46:43] Started cgminer 2.3.1
[2012-03-22 22:46:43] Probing for an alive pool
[2012-03-22 22:46:44] Long-polling activated for http://mining.eligius.st:8337/LP
Segmentation fault
root@ds-r:~/cgminer-2.3.1-2#

Running on debian squeeze, sdk 2.4, newer/ish fglrx

I get the same error from both a self built and the pre-built ubuntu binary.
You included CPU mining didn't you?

If not, then try "-D --verbose -T" and also "-n" to see what's unusual about your computer.

/cgminer-2.3.1-2# ./cgminer -D --verbose -T
[2012-03-23 02:59:44] Started cgminer 2.3.1
*** CAL version mismatch:
This OpenCL build requires version 1.4.879, version 1.4.815 installed.
Aborting.
*** CAL version mismatch:
This OpenCL build requires version 1.4.879, version 1.4.815 installed.
Aborting.
[2012-03-23 02:59:44] CL Platform 0 vendor: Advanced Micro Devices, Inc.       
[2012-03-23 02:59:44] CL Platform 0 name: AMD Accelerated Parallel Processing   
[2012-03-23 02:59:44] CL Platform 0 version: OpenCL 1.1 AMD-APP-SDK-v2.4 (595.10)
[2012-03-23 02:59:44] Error -1: Getting Device IDs (num)
[2012-03-23 02:59:44] clDevicesNum returned error, no GPUs usable               
All devices disabled, cannot mine!
ummas
Sr. Member
****
Offline Offline

Activity: 274
Merit: 250


View Profile
March 23, 2012, 08:21:40 AM
 #4670

ocl mismach .... uninstall all OCL, and install new one.
what Catalyst? - 11.10 or never ??
kano
Legendary
*
Offline Offline

Activity: 2520
Merit: 1045


Linux since 1997 RedHat 4


View Profile
March 23, 2012, 08:30:45 AM
 #4671

kano, i was using 11.6 catalyst with SDK 2.4 for last 6 months.
I removed it myself and instaled SDK2.6 insted.
I was searching a guide hawto uninstall, but not found, so i decided to experimen a little.
i followed guide of amd guide "haw to check why it`s not working" but in different dirrection.
Well I could point this out but it may not be helpful if you don't know exactly what 2.6 installed
(what and where it put the files)

https://github.com/kanoi/linux-usb-cgminer/blob/master/linux-AMD-SDK-2.4-2.6-upgrade-downgrade

Drivers was changed(and SDK) this week - monday i think.
I tried to force 2.3.1 with -k phatk -v 2 -w 128 - not working as well as 2.0.6 with nothing.
should i show you my line? i`m not using .cfg files.
Yep 2.6 is slower than 2.4/2.5 on phatk on 6xxx cards (and probably 5xxx cards too?)
See if you can work out how to undo your 2.6 (if my doc helps?) - once you get back to 2.4 that MAY resolve it
(if you delete the new *.bin before running cgminer)

However, I found also that even 12.0 (which came with the standalone 2.6 SDK as mentioned in my git document)
was slower with the same *.bin files than 11.4/11.6

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
ummas
Sr. Member
****
Offline Offline

Activity: 274
Merit: 250


View Profile
March 23, 2012, 09:03:21 AM
 #4672

I dont mind mining on 2.0.6, i had performance simmilar to that i had with sdk 2.4 & cat 11.6.
so for me gold spot - i can run oclhashcat Cheesy

Edit:
Last post have been edit with this:
Code:
cgminer version 2.3.1 - Started: [2012-03-23 08:16:21]
-------------------------------------------------------------------------------
(5s):2137.6 (avg):2085.5 Mh/s | Q:9271  A:7769  R:10  HW:199890  E:84%  U:29.50
TQ: 5  ST: 7  SS: 12  DW: 240  NB: 25  LW: 0  GF: 2  RF: 3
Connected to http://pit.deepbit.net:8332 with LP as user ummas@op.pl_GNG
Block: 0000000d14a8a028262dab4904b4ddb8...  Started: [12:36:35]
-------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0:  62.0C 100%    | 222.0/245.6Mh/s | A: 897 R:1 HW:23123 U:3.41/m I: 4
GPU 1:  51.5C 1549RPM | 304.1/303.0Mh/s | A:1091 R:1 HW:27984 U:4.14/m I: 9
GPU 2:  52.5C 1549RPM | 305.4/302.8Mh/s | A:1146 R:1 HW:29428 U:4.35/m I: 9
GPU 3:  57.5C  960RPM | 309.9/309.3Mh/s | A:1182 R:3 HW:30351 U:4.49/m I: 9
GPU 4:  60.5C         | 310.9/308.2Mh/s | A:1155 R:1 HW:29722 U:4.39/m I: 9
GPU 5:  60.5C  960RPM | 307.7/308.7Mh/s | A:1146 R:2 HW:29581 U:4.35/m I: 9
GPU 6:  58.5C  960RPM | 312.4/308.4Mh/s | A:1152 R:1 HW:29701 U:4.37/m I: 9
-------------------------------------------------------------------------------

Conclusion:
You wont get performance loss using sdk 2.6 on 5xxx series if you use old software?
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2590
Merit: 1113


Ruu \o/


View Profile WWW
March 23, 2012, 12:02:44 PM
 #4673

I dont mind mining on 2.0.6, i had performance simmilar to that i had with sdk 2.4 & cat 11.6.
so for me gold spot - i can run oclhashcat Cheesy

Edit:
Last post have been edit with this:
Code:
cgminer version 2.3.1 - Started: [2012-03-23 08:16:21]
-------------------------------------------------------------------------------
(5s):2137.6 (avg):2085.5 Mh/s | Q:9271  A:7769  R:10  HW:199890  E:84%  U:29.50
TQ: 5  ST: 7  SS: 12  DW: 240  NB: 25  LW: 0  GF: 2  RF: 3
Connected to http://pit.deepbit.net:8332 with LP as user ummas@op.pl_GNG
Block: 0000000d14a8a028262dab4904b4ddb8...  Started: [12:36:35]
-------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0:  62.0C 100%    | 222.0/245.6Mh/s | A: 897 R:1 HW:23123 U:3.41/m I: 4
GPU 1:  51.5C 1549RPM | 304.1/303.0Mh/s | A:1091 R:1 HW:27984 U:4.14/m I: 9
GPU 2:  52.5C 1549RPM | 305.4/302.8Mh/s | A:1146 R:1 HW:29428 U:4.35/m I: 9
GPU 3:  57.5C  960RPM | 309.9/309.3Mh/s | A:1182 R:3 HW:30351 U:4.49/m I: 9
GPU 4:  60.5C         | 310.9/308.2Mh/s | A:1155 R:1 HW:29722 U:4.39/m I: 9
GPU 5:  60.5C  960RPM | 307.7/308.7Mh/s | A:1146 R:2 HW:29581 U:4.35/m I: 9
GPU 6:  58.5C  960RPM | 312.4/308.4Mh/s | A:1152 R:1 HW:29701 U:4.37/m I: 9
-------------------------------------------------------------------------------

Conclusion:
You wont get performance loss using sdk 2.6 on 5xxx series if you use old software?

Delete the .bin files from your beloved 2.0.6 installation and try again. You are NOT using the new sdk on the old installation if you still have old .bin files there. I did NOT spend 6 months and hundreds of hours coding upgrades to cgminer to make it slower.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
Hawkix
Hero Member
*****
Offline Offline

Activity: 519
Merit: 500



View Profile WWW
March 23, 2012, 12:22:58 PM
 #4674

Delete the .bin files from your beloved 2.0.6 installation and try again. You are NOT using the new sdk on the old installation if you still have old .bin files there. I did NOT spend 6 months and hundreds of hours coding upgrades to cgminer to make it slower.

Shouldn't the cgminer delete old .bin files itself? If it created them before, it should take care of them.

Donations: 1Hawkix7GHym6SM98ii5vSHHShA3FUgpV6
http://btcportal.net/ - All about Bitcoin - coming soon!
ummas
Sr. Member
****
Offline Offline

Activity: 274
Merit: 250


View Profile
March 23, 2012, 12:39:00 PM
 #4675

22.02.2012 wasent the first day of usig, so he did i think...

.bin deleted....
 
Code:
2012-03-23 13:32:28] Failed to init GPU thread 0, disabling device 0
2012-03-23 13:32:28] Restarting the GPU from the menu is unlikely to fix this.
2012-03-23 13:32:28] Try stopping other applications using the GPU like afterburner.
2012-03-23 13:32:28] Then restart cgminer.
Press enter to continue:
cgminer version 2.0.6 - Started: [2012-03-23 13:32:28]
-------------------------------------------------------------------------------
(5s):0.0 (avg):0.0 Mh/s | Q:2  A:0  R:0  HW:0  E:0%  U:0.00/m
TQ: 2  ST: 3  SS: 0  DW: 0  NB: 1  LW: 0  GF: 0  RF: 0
Connected to http://gpumax.com:8332 with LP as user 4f39b86921fd404e601c2805
Block: 0000037bee13fa9ed034f4ae959e3405...  Started: [13:32:28]
-------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0: 41.5C 100% | DISABLED /0.0Mh/s | A:0 R:0 HW:0 U:0.00/m I:0
GPU 1: 35.0C 1574RPM | DISABLED /0.0Mh/s | A:0 R:0 HW:0 U:0.00/m I:9
GPU 2: 35.0C | DISABLED /0.0Mh/s | A:0 R:0 HW:0 U:0.00/m I:9
GPU 3: 37.5C  960RPM | DISABLED /0.0Mh/s | A:0 R:0 HW:0 U:0.00/m I:9
GPU 4: 42.0C | DISABLED /0.0Mh/s | A:0 R:0 HW:0 U:0.00/m I:9
GPU 5: 38.5C  960RPM | DISABLED /0.0Mh/s | A:0 R:0 HW:0 U:0.00/m I:9
GPU 6: 38.5C | DISABLED /0.0Mh/s | A:0 R:0 HW:0 U:0.00/m I:9
-------------------------------------------------------------------------------
I`m not able enable...
Code:
Select GPU to enable:
0
Must restart device before enabling itGPU 0: 0.0 / 0.0 Mh/s | A:0  R:0  HW:0  U:0.00/m  I:0
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1005


Gerald Davis


View Profile
March 23, 2012, 12:43:41 PM
 #4676

Delete the .bin files from your beloved 2.0.6 installation and try again. You are NOT using the new sdk on the old installation if you still have old .bin files there. I did NOT spend 6 months and hundreds of hours coding upgrades to cgminer to make it slower.

Shouldn't the cgminer delete old .bin files itself? If it created them before, it should take care of them.


Why?  Compiling the kernel takes time and resources.  It makes the first start much slower.

That is the entire point of saving a bin file.

1) cgminer looks to see if bin files exists (binary version of OpenCL kernel)
2a) if no bin file exists it compiles the open CL kernel using CURRENTLY INSTALLED SDK and saves a copy as bin file
2b) if bin file exists then cgminer saves time and resources and loads that bin file
3) compiled binary (bin file) is loaded onto the GPU
4) execution begins

The 2a & 2b means if you upgrade sdk but DON'T delete the bin files you will run cgminer used kernel compiled on the SDK at the time of first start.  If later you install a new copy of cgminer (which has no precompiled bin files) then and only then will the new SDK be used.

ckolivas could make cgminer compile on the fly on each startup and it likely would reduce confusion because as soon as you upgraded SDK and restarted cgminer you would see performance drop and people would stop blaming later version of cgminer for the drop. Still that change would only help the uninformed be less clueless and would slow start times for everyone else.
ummas
Sr. Member
****
Offline Offline

Activity: 274
Merit: 250


View Profile
March 23, 2012, 12:55:41 PM
 #4677

So i`m cheating...i like it....
I`m mining this same, but can run other(oclhashcat) software... double win to me.
The00Dustin
Hero Member
*****
Offline Offline

Activity: 807
Merit: 500


View Profile
March 23, 2012, 12:59:08 PM
 #4678

I noticed two small issues this morning, one which would be easy to reproduce but doesn't necessarily need fixed, the other which would be difficult to reproduce but should theoretically be fixed for best performance (assuming my observation was correct).

Issue one is related to the use of system time, my mining machine was about 6 minutes slow, over the course of a couple weeks with ntp not running.  I started ntp and when the time changed, cgminer immediately reported "pool not providing work enough" and subsequently switched pools.  This probably wouldn't have happened if ntp was running all along, which is why I think it is a minor issue, but it makes me wonder if DST causes dropped work and pool failovers when they shouldn't exist.  Since that would only be a problem once or twice a year, I still don't know if this would be worth fixing, because I'm guessing it would be difficult to fix (would require a unique time source or some sort of interrupt to deal with known time changes on the existing time source [assuming either one of those is even possible]).

Issue two is related to submission of stale shares.  Note that I did not have --submit-stale on the command line in this case, but I have previously seen cgminer submit detected stales to the pool because it was instructed to (pool is eligius).  This morning, I just happened to look at my miner while this was still on the screen:
Quote
[2012-03-23 08:22:53] LONGPOLL requested work restart, waiting on fresh work
[2012-03-23 08:22:57] Accepted 00000000.949b59d0.7ecd59ab GPU 0 thread 1 pool 0
[2012-03-23 08:23:03] Accepted 00000000.58e019ff.7a3bc657 GPU 0 thread 1 pool 0
[2012-03-23 08:23:05] Pool 0 communication failure, caching submissions
[2012-03-23 08:23:05] Stale share detected, discarding
[2012-03-23 08:23:07] Pool 0 communication resumed, submitting work
[2012-03-23 08:23:07] Accepted 00000000.ade4193a.07083649 GPU 0 thread 0 pool 0
I had recently restarted cgminer, so I can't be 100% certain cgminer was again instructed to submit stales, but assuming it was, I believe the discarded share above would indicate a bug in stale share handling in this scenario.  I also believe it would have been accepted based on the length of time between the last longpoll and this event and the fact that other shares were accepted before and after this one with no other new block event shown.

I can't do much about either of these, but I thought I would bring them up in case anyone who could might want to.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1005


Gerald Davis


View Profile
March 23, 2012, 01:02:57 PM
 #4679

If you want to avoid the second one there is a submit stale = true option available in the config file.

If the share is genuinely stale though that will simply increase the stale count on the pool server.  If the share is valid it will prevent cgminer from proactively killing it.
Hawkix
Hero Member
*****
Offline Offline

Activity: 519
Merit: 500



View Profile WWW
March 23, 2012, 01:20:06 PM
 #4680

Why?  Compiling the kernel takes time and resources.  It makes the first start much slower.

That is the entire point of saving a bin file.

1) cgminer looks to see if bin files exists (binary version of OpenCL kernel)
2a) if no bin file exists it compiles the open CL kernel using CURRENTLY INSTALLED SDK and saves a copy as bin file
2b) if bin file exists then cgminer saves time and resources and loads that bin file
3) compiled binary (bin file) is loaded onto the GPU
4) execution begins

The 2a & 2b means if you upgrade sdk but DON'T delete the bin files you will run cgminer used kernel compiled on the SDK at the time of first start.  If later you install a new copy of cgminer (which has no precompiled bin files) then and only then will the new SDK be used.

ckolivas could make cgminer compile on the fly on each startup and it likely would reduce confusion because as soon as you upgraded SDK and restarted cgminer you would see performance drop and people would stop blaming later version of cgminer for the drop. Still that change would only help the uninformed be less clueless and would slow start times for everyone else.

Isn't there a way in OpenCL to check what version of the SDK the .bin was compiled in and re-compile only if the SDK did not match currently installed? Or, encode the version into .bin filename. Sorry for nitpicking Smiley.

Donations: 1Hawkix7GHym6SM98ii5vSHHShA3FUgpV6
http://btcportal.net/ - All about Bitcoin - coming soon!
Pages: « 1 ... 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 [234] 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 ... 847 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!