OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0

[techman05]

Well hopefully if it  comes down to an "I hate  alt coin" standpoint  on making a driver that you offer a good donation amount to make them work you could get a good collection going on something like kickstarter. I still want to get a good error pic for you before I start asking for special requests  and finish my random crash party .

Edit::
Hot off the pc and a link to the rest  http://tinypic.com/a/34dw3/1

[1529355716]

1529355716

[1529355716]

1529355716

[1529355716]

1529355716

[1529355716]

1529355716

[Viceroy]

Ckolivas , any chances that gridseed solution will be supported by cgminer ?

https://bitcointalk.org/index.php?topic=355268.0

https://bitcointalk.org/index.php?topic=421921.0

thanks

You wouldn't want me to write a driver for them for it would only do the bitcoin mining part.

Is there a legitimate reason you've abandoned all the people who supported you from day one with your silly notion to stop supporting scrypt and GPUs?

Now I need to use Luke's software?

You really let me down.  Why don't you support the community anymore?  Did Theymos pay you off?

[Viceroy]

Who wants to fork this and reinstitute scrypt and GPU support?

[kano]

Ckolivas , any chances that gridseed solution will be supported by cgminer ?

https://bitcointalk.org/index.php?topic=355268.0

https://bitcointalk.org/index.php?topic=421921.0

thanks

You wouldn't want me to write a driver for them for it would only do the bitcoin mining part.

Is there a legitimate reason you've abandoned all the people who supported you from day one with your silly notion to stop supporting scrypt and GPUs?

Now I need to use Luke's software?

You really let me down.  Why don't you support the community anymore?  Did Theymos pay you off?

Dropping GPU support was well documented in this thread and even given about a years warning.

Is there a legitimate reason why you can't read?

[kano]

My post Luke-Jr didn't want anyone to read in his thread so he deleted it

He can't delete it from here.

...
There's an interesting pedegree: cpuminer -> cgminer (GPU) -> BFGMiner (formerly released under the name cgminer) -> cgminer.
...

i.e. he's arguing that when he was on the cgminer team committing code to cgminer, he was a traitor and actually working on something else

Much code comes from cgminer to the clone all the time.
(The recent Klondike driver was all of my and BKKCoin's code copied directly from cgminer, but with replacement of our calls to our cgminer front end to libusb called usbutils, to direct calls to libusb, so his driver will be problematic on some systems due to all sorts of problems in libusb)

Almost none has flowed from the clone to cgminer for a long time ... since the MMQ driver long ago that didn't work. even though he was paid for that to be included, but he didn't commit to cgminer all the changes necessary to make it work.

11-June-2013

Code:

14:58 <Luke-Jr> I put everything you guys do in by default, unless I have a good reason not to.

[Luke-Jr]

Well it seems like he is a liar then.

Only because you're listening to a real liar.

[kano]

Well it seems like he is a liar then.

Only because you're listening to a real liar.

Not if he isn't listening to you

[FalconFly]

I'm having some odd issues since a while.

Running 3 BlueFuries and 1 BiFury USB miners (WinXP SP3), my cgminer started crashing every few days some weeks ago.
Looking at the Task Manager, I found out its RAM usage is increasing all the time, presumably running into some kind of RAM limitations (it's an older centrino notebook with 1.5GB of RAM).
After a day, I see it at about 60MB use of RAM, a day later it's at ~150MB, another day later roughly 350MB+ (which is about the area when it becomes very crash-prone, including using any of its basic menu functions that then can easily crash the application).
Generally its RAM consumption increases at about 4KB/sec.

The BiFury firmware was updated to V1.3 90deg version, which didn't change anything basically. The cgminer directory and executable are manually excluded from any antivirus scan that could interfere.

Could it be recent cgminer versions have some form of memory leak when operating this combo? I remember running just the 3 BlueFury devices for weeks (cgminer 3.8.4) never had this issue.
Only after adding the BiFury, I experienced this behaviour, so I think it's possible that it comes from the BiFury code portion running.
(so far I ran 3.8.4, 3.8.5 (BiFury added), 3.9, 3.10 and now 3.12).

Since the notebook is old, however, and if noone else is seeing such issues.... Could be my hardware of course. It's running pretty cool and the Notebook hardware basically is mostly idling along, so at least it's clearly not running into heat issues. Miners are cooled with a big USB fan and operated off an external powered USB hub.

[Viceroy]

Dropping GPU support was well documented in this thread and even given about a years warning.
Is there a legitimate reason why you can't read?

Oh, that's a genius approach... attack me because I didn't read this 716 page thread.

You are a jackass.


(Actually I contributed somewhere in the first few pages of this thread and then supported cgminer as the miner of choice.  No more, not with a jackass like Kano at the helm.)

* Viceroy let down by an old friend who doesn't seem to recognize the future is NOT bitcoin.

Just added to the top of my tutorial page:

WARNING WARNING WARNING

THIS TUTORIAL WILL NOT WORK WITH CGMINER BECAUSE KANO AND ckolivas HAVE DECIDED TO ABANDON SUPPORT FOR THEIR PRODUCT INSTEAD ONLY CHOOSING TO SUPPORT ASIC BITCOIN MINERS.  THEY HAVE ENDED ALL SUPPORT FOR GPU MINING AND ABANDONED THEIR COMMUNITY.  DO NOT USE CGMINER AS THE AUTHORS ARE TRAITORS AND JACKASSES.

WANING WARNING WARNING


NEW PREFERRED MINER IS BFGMINER




Maybe you could change the FIRST PAGE to reflect the fact that you have RECENTLY abandoned GPU's and Scrypt?   JACKASS!

[os2sam]

* Viceroy let down by an old friend who doesn't seem to recognize the future is NOT bitcoin.

If Bitcoin is not the future then we're all screwed.

Bitcoin is the anchor point for all alts.  And I, for one, am happy that CGMiner development will be focused on Bitcoin only going forward.

I have no problem with alts, but Bitcoin is the standard.

[Krak]

Maybe you could change the FIRST PAGE to reflect the fact that you have RECENTLY abandoned GPU's and Scrypt?   JACKASS!

It's right in the title of the thread. Notice how there's no more GPU or scrypt.

[HellDiverUK]

Who wants to fork this and reinstitute scrypt and GPU support?

sgminer is already that fork. 

[kano]

Dropping GPU support was well documented in this thread and even given about a years warning.
Is there a legitimate reason why you can't read?

Oh, that's a genius approach... attack me because I didn't read this 716 page thread.

You are a jackass.
...
Maybe you could change the FIRST PAGE to reflect the fact that you have RECENTLY abandoned GPU's and Scrypt?   JACKASS!

As stated by others, since you don't bother to keep up on what has been happening with cgminer, simply read every title of every post ...

So anyway, your solution to software that has been provided to you for years for free to make you money, is to call the main developer of that free software that you have used for years ... an idiot.

You sir are indeed a lowlife.

[Dribble]

I'm having some odd issues since a while.

Running 3 BlueFuries and 1 BiFury USB miners (WinXP SP3), my cgminer started crashing every few days some weeks ago.
Looking at the Task Manager, I found out its RAM usage is increasing all the time, presumably running into some kind of RAM limitations (it's an older centrino notebook with 1.5GB of RAM).
After a day, I see it at about 60MB use of RAM, a day later it's at ~150MB, another day later roughly 350MB+ (which is about the area when it becomes very crash-prone, including using any of its basic menu functions that then can easily crash the application).
Generally its RAM consumption increases at about 4KB/sec.

The BiFury firmware was updated to V1.3 90deg version, which didn't change anything basically. The cgminer directory and executable are manually excluded from any antivirus scan that could interfere.

Could it be recent cgminer versions have some form of memory leak when operating this combo? I remember running just the 3 BlueFury devices for weeks (cgminer 3.8.4) never had this issue.
Only after adding the BiFury, I experienced this behaviour, so I think it's possible that it comes from the BiFury code portion running.
(so far I ran 3.8.4, 3.8.5 (BiFury added), 3.9, 3.10 and now 3.12).

Since the notebook is old, however, and if noone else is seeing such issues.... Could be my hardware of course. It's running pretty cool and the Notebook hardware basically is mostly idling along, so at least it's clearly not running into heat issues. Miners are cooled with a big USB fan and operated off an external powered USB hub.

I had this happen a while back. My windoze 7 machine with 12 gb of ram would run out of memory and eventually blue screen after about two weeks plus. Win XP and NT2000 in about a week would BSod as well. Drove me nuts. Found out in resource monitor that killing java.exe would allow the machine modified mem usage not to expand. So java was leaking, and though it was not using an an unusually high amount of ram it was also not letting go of what it had used making it modified. Solved by going to Sun Microsystems site and using their utility to uninstall previous versions of java and installing the newest one. Hope this helps. 

[os2sam]

I'm having some odd issues since a while.

Running 3 BlueFuries and 1 BiFury USB miners (WinXP SP3), my cgminer started crashing every few days some weeks ago.
Looking at the Task Manager, I found out its RAM usage is increasing all the time, presumably running into some kind of RAM limitations (it's an older centrino notebook with 1.5GB of RAM).
After a day, I see it at about 60MB use of RAM, a day later it's at ~150MB, another day later roughly 350MB+ (which is about the area when it becomes very crash-prone, including using any of its basic menu functions that then can easily crash the application).
Generally its RAM consumption increases at about 4KB/sec.

The BiFury firmware was updated to V1.3 90deg version, which didn't change anything basically. The cgminer directory and executable are manually excluded from any antivirus scan that could interfere.

Could it be recent cgminer versions have some form of memory leak when operating this combo? I remember running just the 3 BlueFury devices for weeks (cgminer 3.8.4) never had this issue.
Only after adding the BiFury, I experienced this behaviour, so I think it's possible that it comes from the BiFury code portion running.
(so far I ran 3.8.4, 3.8.5 (BiFury added), 3.9, 3.10 and now 3.12).

Since the notebook is old, however, and if noone else is seeing such issues.... Could be my hardware of course. It's running pretty cool and the Notebook hardware basically is mostly idling along, so at least it's clearly not running into heat issues. Miners are cooled with a big USB fan and operated off an external powered USB hub.

I'm not running your hardware so there may be memory leak associated with your driver, I don't know.  But I'm running 29 BE's on Win7 w/512MB RAM with no issues on CGMiner 3.11.

[Roy Badami]

Hey Con, you're missing the git tag for the 3.12.0 release.

roy

[Mackila]

Hi,

I got some LIBUSB_ERROR_TIMEOUT errors while using cgminer 3.12.0 with :
- Windows 7 (64) ;
- Powered USB hub ;
- USB fan ;
- 1x Bi*Fury ;
- 1x Bitfury BF1 ;

This setup can run for some hours (2-3) with this output :

Code:

BF1 0:                | 2.175G/2.166Gh/s | A:3278 R:42 HW:230 WU: 30.5/m
BXF 0:  49.4C         | 5.275G/5.232Gh/s | A:7828 R:48 HW:  0 WU: 73.6/m

At some time, both USB miners stop working. Output is then :

Code:

BF1 0:                |  3.000/2.014Gh/s | A:1444 R:20 HW:114 WU:28.1/m
BXF 0:  51.6C         | 30.81K/4.756Gh/s | A:3486 R:50 HW:  0 WU:66.5/m
-------------------------------------------------------------------------------
[2014-02-01 20:04:38] BXF 0: Error -7 sending BXFWork sent 0 of 163
[2014-02-01 20:04:40] BXF 0: Error -7 sending BXFWork sent 0 of 163
[...]

Both the Bi*Fury and the Bitfury BF1 can run alone for days without errors. The problem occurs if I try to plug only 1 of the USB miners on the hub and the other on another USB connector (directly on the motherboard).
With cgminer 3.12.0, I can run for hours, but with an older version (3.8.4) I only could only run them together for minutes.

I will try to take some time to run them on my rpi instead (maybe some bugs with usblib on Windows ?), but if anyone has any clue on how to avoid the problem...

[FalconFly]

I had this happen a while back. My windoze 7 machine with 12 gb of ram would run out of memory and eventually blue screen after about two weeks plus. Win XP and NT2000 in about a week would BSod as well. Drove me nuts. Found out in resource monitor that killing java.exe would allow the machine modified mem usage not to expand. So java was leaking, and though it was not using an an unusually high amount of ram it was also not letting go of what it had used making it modified. Solved by going to Sun Microsystems site and using their utility to uninstall previous versions of java and installing the newest one. Hope this helps. 

Hm, I don't even have Java installed on that machine, so that can't be the problem in my case...

[os2sam]

I had this happen a while back. My windoze 7 machine with 12 gb of ram would run out of memory and eventually blue screen after about two weeks plus. Win XP and NT2000 in about a week would BSod as well. Drove me nuts. Found out in resource monitor that killing java.exe would allow the machine modified mem usage not to expand. So java was leaking, and though it was not using an an unusually high amount of ram it was also not letting go of what it had used making it modified. Solved by going to Sun Microsystems site and using their utility to uninstall previous versions of java and installing the newest one. Hope this helps. 

Hm, I don't even have Java installed on that machine, so that can't be the problem in my case...

You don't need Java.  But if you have it make sure it's up to date as it's one of the most vulnerable spots for virus and worm exploits.

[Viceroy]

I'm not running your hardware so there may be memory leak associated with your driver, I don't know.  But I'm running 29 BE's on Win7 w/512MB RAM with no issues on CGMiner 3.11.

Watch out, os2, Kano is about to call you a low life because you don't use the supported hardware.  Have you tried any of the other mining software? you will find much more helpful developers on ANY other mining solution.

Best of luck dealing with this DOUCHEBAG.