Bitcoin Forum
December 08, 2016, 12:19:05 AM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 [326] 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4822042 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.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 09, 2012, 08:55:10 AM
 #6501

I compiled 2.6.4 for windows and I've had it running for over 24 hours so far without any problems.
At last  Cheesy
Thanks  Smiley

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
1481156345
Hero Member
*
Offline Offline

Posts: 1481156345

View Profile Personal Message (Offline)

Ignore
1481156345
Reply with quote  #2

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

Posts: 1481156345

View Profile Personal Message (Offline)

Ignore
1481156345
Reply with quote  #2

1481156345
Report to moderator
1481156345
Hero Member
*
Offline Offline

Posts: 1481156345

View Profile Personal Message (Offline)

Ignore
1481156345
Reply with quote  #2

1481156345
Report to moderator
RandomQ
Hero Member
*****
Offline Offline

Activity: 616



View Profile
August 09, 2012, 09:14:53 AM
 #6502

if someone hasn't announced this cgminer 2.6.4 works great with windows 8 pro RTM build 9200 x64.

I'm testing right now to see if its stable long term.

I'm using driver version drivers 9.00-120612a unofficial beta.

Getting around 7% better Mh/s than win 7 using same configs on a 5770 card.

Anyone working in IT that hasn't used WIN 8 its going to be a nightmare doing end user training.


Bitcoin To Cash LLC Receive cash in the mail for Bitcoin!
[CryptoStocks] GREEN - GreenBTC - Mining Company on CryptoStocks
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
August 09, 2012, 10:01:10 AM
 #6503

if someone hasn't announced this cgminer 2.6.4 works great with windows 8 pro RTM build 9200 x64.

I'm testing right now to see if its stable long term.

I'm using driver version drivers 9.00-120612a unofficial beta.

Getting around 7% better Mh/s than win 7 using same configs on a 5770 card.

Anyone working in IT that hasn't used WIN 8 its going to be a nightmare doing end user training.

I'm getting slightly less on my 7970s on win 8.

The UI on win 8 is AWFUL.  I can't believe I had to google how to shut it down because I couldn't find the power button...  <facepalm>

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
RandomQ
Hero Member
*****
Offline Offline

Activity: 616



View Profile
August 09, 2012, 10:12:42 AM
 #6504

if someone hasn't announced this cgminer 2.6.4 works great with windows 8 pro RTM build 9200 x64.

I'm testing right now to see if its stable long term.

I'm using driver version drivers 9.00-120612a unofficial beta.

Getting around 7% better Mh/s than win 7 using same configs on a 5770 card.

Anyone working in IT that hasn't used WIN 8 its going to be a nightmare doing end user training.

I'm getting slightly less on my 7970s on win 8.

The UI on win 8 is AWFUL.  I can't believe I had to google how to shut it down because I couldn't find the power button...  <facepalm>

M

I know the UI is designed for tablets and seems out of place on a desktop.

I had the same problem, I was like WTF how do I restart this stupid thing. They are making it so the default is to sleep the machine and not turn it off.


Bitcoin To Cash LLC Receive cash in the mail for Bitcoin!
[CryptoStocks] GREEN - GreenBTC - Mining Company on CryptoStocks
Nite69
Hero Member
*****
Offline Offline

Activity: 477


View Profile
August 09, 2012, 11:22:45 AM
 #6505

Hi!

Testing version 2.6.4 on Ubuntu 12.04, found a (minor) bug, but I think it could be an older one. Yesterday I configured my system to use the onboard GPU (3300) for display and the PCIe card (5770) for mining only. Unfortunately, ADL and CL GPU mapping does not seem to work.

Even when using gpu-map, I cannot see the GPU temp, fan speed etccorrectly. Cgminer gets the values from onboard card and displays them for PCIe card. If I configure gpu-map, the initial *setting* of GPUfreq, voltage etc seems to work,but I still cannot see the measurements. And of course, auto adjustments does not work.
Debug log shows that cgminer sets (or tries to set) the initial values for *both* cards.

Here are my configurations and log files:
cgminer.conf (partially):
-------------
"device" : "0",
"gpu-memclock" : "450",
"gpu-engine" : "600-900",
"gpu-vddc" : "1.025",
"gpu-fan" : "80",
"gpu-dyninterval" : "21",
"failover-only" : true,
"intensity" : "12",
"gpu-map" : "0:1"
-------------

Corresponding debug log:
--------------------------
[2012-08-09 11:49:09] Started cgminer 2.6.4
 [2012-08-09 11:49:09] Loaded configuration file /home/xxxx/.cgminer/cgminer.conf
 [2012-08-09 11:49:09] CL Platform 0 vendor: Advanced Micro Devices, Inc.
 [2012-08-09 11:49:09] CL Platform 0 name: AMD Accelerated Parallel Processing
 [2012-08-09 11:49:09] CL Platform 0 version: OpenCL 1.2 AMD-APP (937.2)
 [2012-08-09 11:49:09] Platform 0 devices: 1
 [2012-08-09 11:49:09]    0   Juniper
 [2012-08-09 11:49:09] GPU 0 iAdapterIndex 0 strUDID 296:38420:4098:33613:4163 iBusNumber 1 iDeviceNumber 5 iFunctionNumber 0 iVendorID 40
98 strAdapterName  ATI Radeon HD 3300 Graphics
 [2012-08-09 11:49:09] GPU 1 iAdapterIndex 2 strUDID 512:26808:4098:9539:4098 iBusNumber 2 iDeviceNumber 0 iFunctionNumber 0 iVendorID 409
8 strAdapterName  ATI Radeon HD 5700 Series
 [2012-08-09 11:49:09] ADL found more devices than opencl!
 [2012-08-09 11:49:09] There is possibly at least one GPU that doesn't support OpenCL
 [2012-08-09 11:49:09] Use the gpu map feature to reliably map OpenCL to ADL
 [2012-08-09 11:49:09] Mapping OpenCL device 0 to ADL device 1
 [2012-08-09 11:49:09] WARNING: Number of OpenCL and ADL devices did not match!
 [2012-08-09 11:49:09] Hardware monitoring may NOT match up with devices!
 [2012-08-09 11:49:09] GPU 0 ATI Radeon HD 3300 Graphics hardware monitoring enabled
 [2012-08-09 11:49:09] Failed to ADL_Overdrive5_ODPerformanceLevels_Get
 [2012-08-09 11:49:09] Setting GPU 0 engine clock to 900
 [2012-08-09 11:49:09] Setting GPU 0 memory clock to 450
 [2012-08-09 11:49:09] Setting GPU 0 voltage to 1.025
 [2012-08-09 11:49:09] Failed to ADL_Overdrive5_FanSpeedInfo_Get
 [2012-08-09 11:49:09] GPU 0 doesn't support rpm or percent write
 [2012-08-09 11:49:09] GPU 1 ATI Radeon HD 5700 Series hardware monitoring enabled
 [2012-08-09 11:49:09] Setting GPU 1 engine clock to 900
 [2012-08-09 11:49:09] Setting GPU 1 memory clock to 450
 [2012-08-09 11:49:09] Setting GPU 1 voltage to 1.025
------------------------
:::These values are from the on-board card (temp,voltage and rpm not valid), should be PCIe GPU:
 [2012-08-09 11:49:54] [thread 0: 805306368 hashes, 92701.7 khash/sec]
 [2012-08-09 11:49:54] -1.0 C  F: -1%(-1RPM)  E: 497MHz  M: 667Mhz  V: 0.000V  A: 7%  P: 0%
 [2012-08-09 11:49:55] [thread 1: 536870912 hashes, 92702.8 khash/sec]
 [2012-08-09 11:49:55] (5s):203.9 (avg):197.0 Mh/s | Q:3  A:0  R:0  HW:0  E:0%  U:0.0/m
 [2012-08-09 11:49:57] -1.0 C  F: -1%(-1RPM)  E: 497MHz  M: 667Mhz  V: 0.000V  A: 7%  P: 0%
 [2012-08-09 11:50:00] [thread 0: 536870912 hashes, 92704.3 khash/sec]
 [2012-08-09 11:50:00] -1.0 C  F: -1%(-1RPM)  E: 497MHz  M: 667Mhz  V: 0.000V  A: 7%  P: 0%
 [2012-08-09 11:50:01] [thread 1: 536870912 hashes, 92708.9 khash/sec]
 [2012-08-09 11:50:01] (5s):197.1 (avg):195.7 Mh/s | Q:3  A:0  R:0  HW:0  E:0%  U:0.0/m
 [2012-08-09 11:50:03] -1.0 C  F: -1%(-1RPM)  E: 497MHz  M: 667Mhz  V: 0.000V  A: 7%  P: 0%
 [2012-08-09 11:50:06] [thread 0: 536870912 hashes, 92693.9 khash/sec]
 [2012-08-09 11:50:06] -1.0 C  F: -1%(-1RPM)  E: 497MHz  M: 667Mhz  V: 0.000V  A: 7%  P: 0%
 [2012-08-09 11:50:07] [thread 1: 536870912 hashes, 92697.1 khash/sec]
 [2012-08-09 11:50:07] (5s):192.8 (avg):194.7 Mh/s | Q:3  A:0  R:0  HW:0  E:0%  U:0.0/m

Otherwise 2.6.4 seems to work ok. One note thought; I think fan speed setting should have a tolerance for 'target' value also. Optimally, the algorihtm should find a stable speed for the fan RPM and keep it. Currently the temperature and fan speed varies during normal operation (auto-adjustments worked before I started to use onboard card also). Ie. It would be better to have 77 degrees and 61% speed all the time vs temp varying 74-76 and RPM varying 58-62.

If someone is interested, I can make a more detailed instructions on how to configure the system to use onboard card for display and PCIe GPU for mining.

Edit: Versions:
-Ubuntu 12.04
-Some 4 core AMD64 cpu
- Catalyst 12.6 Legacy (not the beta version, which did not support 3300..)
- AMD SDK 2.7
- cgminer 2.6.4

I do not seem to get all the power from 5770, but have not yet been able to optimize it. Actually, even window manager seems to affect the speed, ie Unity vs LXDE.

Sync: ShiSKnx4W6zrp69YEFQyWk5TkpnfKLA8wx
Bitcoin: 17gNvfoD2FDqTfESUxNEmTukGbGVAiJhXp
Litecoin: LhbDew4s9wbV8xeNkrdFcLK5u78APSGLrR
AuroraCoin: AXVoGgYtSVkPv96JLL7CiwcyVvPxXHXRK9
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
August 09, 2012, 04:15:44 PM
 #6506

The crash in libcurl was tracked down with the help of Kano. Interestingly this bug was always there but because previous versions queued so much extra, the number of "curls" in existence never dropped low enough to hit the bug.
Of course, despite being credited to Kano, this was debugged by me, and actually originally fixed in BFGMiner 2.6.3:
Code:
commit 1946c806922a66935856c32b6ca12d10db033b07
Author: Luke Dashjr <luke-jr+git@utopios.org>
Date:   Sun Aug 5 22:50:24 2012 +0000

    Bugfix: Check list_empty in pop_curl_entry after condition wait
    
    pthread_cond_signal wakes AT LEAST one thread, so it's possible the freed up curl has already been taken
lulz - it was the one you copied:
https://github.com/ckolivas/cgminer/commit/c7bcad653b79ee54429aec4964f4aa80e49db1d1
to here:
https://github.com/luke-jr/bfgminer/commit/c7bcad653b79ee54429aec4964f4aa80e49db1d1
(see the same commit numbers ...)
Is this the first time you expressed your absolute ignorance of how git works in public?
...
Hmm, when was the last one ... oh yeah I remember ... about 2 weeks ago ...
"I'm not a git export" ... Cheesy
https://bitcointalk.org/index.php?topic=28402.msg1055547#msg1055547
That was sarcasm, since you very well knew you were stealing credit for this fix. Or are you going to claim it's just coincidence that you found it and fixed it a few days after BFGMiner, and did so in practically the same way? Just like you "found and fixed" the JSON string encode error that you just submitted a fix to CGMiner for under your own name only hours after I wrote a nearly identical fix for BFGMiner and mentioned it on the forum?

P_Shep
Legendary
*
Offline Offline

Activity: 924


View Profile WWW
August 09, 2012, 06:00:26 PM
 #6507

Get over it Luke.

Simple problems are going be solved in the same simple way. There's nothing novel or unique about the code you write. It's all straight forward and intuitive.

Neither of these two examples have the same, copied solution. They were both solved independently in similar ways as they are both soving the same problem. It's no suprise the timing is also similar as these issue are being found at the same time.

You are not a coding god. Anyone can come up with the same ideas as you.
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
August 09, 2012, 06:38:59 PM
 #6508

Neither of these two examples have the same, copied solution. They were both solved independently in similar ways as they are both soving the same problem. It's no suprise the timing is also similar as these issue are being found at the same time.
I don't know why you're defending his obvious theft. They do have the same copied solution, even if Kano made a poor effort to obfuscate it; while the first one might have only had one or two ways it could be fixed, this last one has numerous possible solutions (the most obvious being significantly better than the one I ended up taking except for making merging from cgminer harder if cgminer hadn't adopted it too); yet in both cases Kano used the exact same solution - only trivial/non-substantial changes to the syntax/names were made.

Neither of these bugs were in fact found in cgminer: the curlring issue was one I experienced myself personally, spent hours debugging, and finally identified a solution for; the only way Kano would have even known it existed was by reading BFGMiner's commit log; the JSON escaping issue only really affect BFGMiner because its compiled-in prefix on Windows uses backslashes.

P_Shep
Legendary
*
Offline Offline

Activity: 924


View Profile WWW
August 09, 2012, 06:45:54 PM
 #6509

Neither of these bugs were in fact found in cgminer: the curlring issue was one I experienced myself personally, spent hours debugging, and finally identified a solution for; the only way Kano would have even known it existed was by reading BFGMiner's commit log; the JSON escaping issue only really affect BFGMiner because its compiled-in prefix on Windows uses backslashes.

Maybe Kano is just better than you then?

There were a number of bug reports posted here in this thread pointing to libcurl being the source of locking up. Shortly after that, the fix was made. It's not a giant leap to assume that, in fact, they solved the problem.
streetuff
Full Member
***
Offline Offline

Activity: 150



View Profile
August 09, 2012, 06:46:36 PM
 #6510

Neither of these two examples have the same, copied solution. They were both solved independently in similar ways as they are both soving the same problem. It's no suprise the timing is also similar as these issue are being found at the same time.
I don't know why you're defending his obvious theft. They do have the same copied solution, even if Kano made a poor effort to obfuscate it; while the first one might have only had one or two ways it could be fixed, this last one has numerous possible solutions (the most obvious being significantly better than the one I ended up taking except for making merging from cgminer harder if cgminer hadn't adopted it too); yet in both cases Kano used the exact same solution - only trivial/non-substantial changes to the syntax/names were made.

Neither of these bugs were in fact found in cgminer: the curlring issue was one I experienced myself personally, spent hours debugging, and finally identified a solution for; the only way Kano would have even known it existed was by reading BFGMiner's commit log; the JSON escaping issue only really affect BFGMiner because its compiled-in prefix on Windows uses backslashes.

you have been told to get the fuck out of this thread several times. i'm no mod here but i have something to complain about... most of BigFuckingCunt miner is based on conmans work...
muqali
Full Member
***
Offline Offline

Activity: 182


View Profile
August 09, 2012, 07:10:52 PM
 #6511

Aren't most of what people are arguing about code-wise GPL or similar open licenses? If so, copying is a non-issue and is to be applauded. It benefits the greater good.

donations BTC: 1CaCwo4xneTqTLEdomW76Cg5NteZyvXi1c
donations LTC: LTcasvjtLuN92ks1Pc1qtkvE9PswsXEbev
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
August 09, 2012, 07:17:37 PM
 #6512

Neither of these two examples have the same, copied solution. They were both solved independently in similar ways as they are both soving the same problem. It's no suprise the timing is also similar as these issue are being found at the same time.
I don't know why you're defending his obvious theft. They do have the same copied solution, even if Kano made a poor effort to obfuscate it; while the first one might have only had one or two ways it could be fixed, this last one has numerous possible solutions (the most obvious being significantly better than the one I ended up taking except for making merging from cgminer harder if cgminer hadn't adopted it too); yet in both cases Kano used the exact same solution - only trivial/non-substantial changes to the syntax/names were made.

Neither of these bugs were in fact found in cgminer: the curlring issue was one I experienced myself personally, spent hours debugging, and finally identified a solution for; the only way Kano would have even known it existed was by reading BFGMiner's commit log; the JSON escaping issue only really affect BFGMiner because its compiled-in prefix on Windows uses backslashes.

you have been told to get the fuck out of this thread several times. i'm no mod here but i have something to complain about... most of BigFuckingCunt miner is based on conmans work...
Go troll elsewhere. CGMiner was based on Garzik's work in the same way: Con added GPU support, and I added FPGA support. Until ASICs were announced, Con had nothing to do with FPGA support.

Aren't most of what people are arguing about code-wise GPL or similar open licenses? If so, copying is a non-issue and is to be applauded. It benefits the greater good.
Copying is not the issue. The issue is Con and Kano passing off others' work as their own.

P_Shep
Legendary
*
Offline Offline

Activity: 924


View Profile WWW
August 09, 2012, 07:25:37 PM
 #6513

A bit like taking some header files and removing the author/copywrite info?
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
August 09, 2012, 07:31:39 PM
 #6514

A bit like taking some header files and removing the author/copywrite info?
Please don't make implied accusations that aren't true, kthx.

muqali
Full Member
***
Offline Offline

Activity: 182


View Profile
August 09, 2012, 07:45:00 PM
 #6515

Neither of these two examples have the same, copied solution. They were both solved independently in similar ways as they are both soving the same problem. It's no suprise the timing is also similar as these issue are being found at the same time.
I don't know why you're defending his obvious theft. They do have the same copied solution, even if Kano made a poor effort to obfuscate it; while the first one might have only had one or two ways it could be fixed, this last one has numerous possible solutions (the most obvious being significantly better than the one I ended up taking except for making merging from cgminer harder if cgminer hadn't adopted it too); yet in both cases Kano used the exact same solution - only trivial/non-substantial changes to the syntax/names were made.

Neither of these bugs were in fact found in cgminer: the curlring issue was one I experienced myself personally, spent hours debugging, and finally identified a solution for; the only way Kano would have even known it existed was by reading BFGMiner's commit log; the JSON escaping issue only really affect BFGMiner because its compiled-in prefix on Windows uses backslashes.

you have been told to get the fuck out of this thread several times. i'm no mod here but i have something to complain about... most of BigFuckingCunt miner is based on conmans work...
Go troll elsewhere. CGMiner was based on Garzik's work in the same way: Con added GPU support, and I added FPGA support. Until ASICs were announced, Con had nothing to do with FPGA support.

Aren't most of what people are arguing about code-wise GPL or similar open licenses? If so, copying is a non-issue and is to be applauded. It benefits the greater good.
Copying is not the issue. The issue is Con and Kano passing off others' work as their own.

Ah, an accrediting issue. As I know nothing about who did what I'll bow out.

donations BTC: 1CaCwo4xneTqTLEdomW76Cg5NteZyvXi1c
donations LTC: LTcasvjtLuN92ks1Pc1qtkvE9PswsXEbev
mc_lovin
Legendary
*
Offline Offline

Activity: 1134


www.bitcointrading.com


View Profile WWW
August 09, 2012, 09:07:06 PM
 #6516

Neither of these two examples have the same, copied solution. They were both solved independently in similar ways as they are both soving the same problem. It's no suprise the timing is also similar as these issue are being found at the same time.
I don't know why you're defending his obvious theft. They do have the same copied solution, even if Kano made a poor effort to obfuscate it; while the first one might have only had one or two ways it could be fixed, this last one has numerous possible solutions (the most obvious being significantly better than the one I ended up taking except for making merging from cgminer harder if cgminer hadn't adopted it too); yet in both cases Kano used the exact same solution - only trivial/non-substantial changes to the syntax/names were made.

Neither of these bugs were in fact found in cgminer: the curlring issue was one I experienced myself personally, spent hours debugging, and finally identified a solution for; the only way Kano would have even known it existed was by reading BFGMiner's commit log; the JSON escaping issue only really affect BFGMiner because its compiled-in prefix on Windows uses backslashes.

you have been told to get the fuck out of this thread several times. i'm no mod here but i have something to complain about... most of BigFuckingCunt miner is based on conmans work...
Go troll elsewhere. CGMiner was based on Garzik's work in the same way: Con added GPU support, and I added FPGA support. Until ASICs were announced, Con had nothing to do with FPGA support.

Aren't most of what people are arguing about code-wise GPL or similar open licenses? If so, copying is a non-issue and is to be applauded. It benefits the greater good.
Copying is not the issue. The issue is Con and Kano passing off others' work as their own.

P_Shep
Legendary
*
Offline Offline

Activity: 924


View Profile WWW
August 09, 2012, 09:07:37 PM
 #6517

Copying is not the issue. The issue is Con and Kano passing off others' work as their own.

At the end of the day it's just your paranoid (delusional?) opinon that they took your code, changed it then submitted it themselves.

Since all this code is GPL, would the easier solution for them not simply be submit your commit, which would involve almost zero effort, rather then re-arrange your code? What is to gain? What's their motive?
streetuff
Full Member
***
Offline Offline

Activity: 150



View Profile
August 09, 2012, 09:14:01 PM
 #6518

ignoring the ginger now. because gingers are scary!
mc_lovin
Legendary
*
Offline Offline

Activity: 1134


www.bitcointrading.com


View Profile WWW
August 09, 2012, 09:14:19 PM
 #6519

Copying is not the issue. The issue is Con and Kano passing off others' work as their own.

At the end of the day it's just your paranoid (delusional?) opinon that they took your code, changed it then submitted it themselves.

Since all this code is GPL, would the easier solution for them not simply be submit your commit, which would involve almost zero effort, rather then re-arrange your code? What is to gain? What's their motive?
Isn't BFG a fork of cgminer?  So he came in, added a few lines, and then now HE'S complaining about stolen code?

Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
August 09, 2012, 09:24:23 PM
 #6520

Copying is not the issue. The issue is Con and Kano passing off others' work as their own.

At the end of the day it's just your paranoid (delusional?) opinon that they took your code, changed it then submitted it themselves.

Since all this code is GPL, would the easier solution for them not simply be submit your commit, which would involve almost zero effort, rather then re-arrange your code? What is to gain? What's their motive?
Isn't BFG a fork of cgminer?  So he came in, added a few lines, and then now HE'S complaining about stolen code?
It was a fork of the original CGMiner. I rewrote a lot of code to make it possible to have other drivers (the original was CPU and GPU as mostly separate code), and added support for FPGAs. Con took that code back into CGMiner, and eventually forked his copy of it.

So in short, cpu-miner was forked to CGMiner for GPU support. CGMiner was forked to BFGMiner for FPGA support. BFGMiner was then forked back into CGMiner for political reasons.

Also, I make sure to attribute even Con and Kano's (indirect) contributions to BFGMiner.

Pages: « 1 ... 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 [326] 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 ... 830 »
  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!