Author

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 134. (Read 5805649 times)

hero member
Activity: 924
Merit: 501
rant rant rant - I want free software to do what I tell them to make it do.
...
Honest to god, why would ANYONE support an asshat like Kano?  It's beyond me.
Almost no one does.
Have you ever donated to me for the free software you've used (for years)? I'd doubt it.
GPU mining on BTC is a complete loss to anyone doing it and a waste of ()
Again - indeed you are a lowlife.

Yea, actually I did.  And advocated for it's use.  Evangelized.  Helped others in it's use in this very thread among others.

  And you spit at me because I chose not to read 720 pages.

Fuck you, douchbag.

And just FYI there are hundreds of coins these days.  Enjoy living in the past with the great Satoshi.  I can't imagine your stupidity in abandoning all the people who are the former user base of the now tarnished cgminer.
full member
Activity: 168
Merit: 100
a fool is the fool who follows the fool...

also asshat is an acronym for puke-jr in this thread...

just my 2 cents.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
rant rant rant - I want free software to do what I tell them to make it do.
...
Honest to god, why would ANYONE support an asshat like Kano?  It's beyond me.
Almost no one does.
Have you ever donated to me for the free software you've used (for years)? I'd doubt it.
A few people do on occasion.

The main way I get anything from my work on cgminer is from the hardware I receive from the companies who make it or the people who want me to add/improve support for specific hardware.
Every single time that has of course been FPGA/ASIC BTC mining hardware.

GPU mining on BTC is a complete loss to anyone doing it and a waste of time.

The fact that you would rant and rave like a lunatic, because the free software you use, no longer wishes to support alt-coins, is beyond ridiculous.
Then you run off to the thread of a guy who spreads lies with abandon, all over BTC, and has done so for years, and call ck an idiot there.
Again - indeed you are a lowlife.

Your posts in here, that everyone can see and read at the moment, simply make you out to being one of the biggest lowlifes on the forum at the moment - and I'd not be surprised if most would agree with me on that.
full member
Activity: 168
Merit: 100
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.

Do you read a wall of text each time you visit a 720 page thread?  No?  Then FUCK YOU DOUCHEBAG!


For anyone else looking for a solution that anticipated the future you should try BFGMINER or SGMINER.

Honest to god, why would ANYONE support an asshat like Kano?  It's beyond me.








could you please stop spamming this thread? go away an whine somewhere else...
hero member
Activity: 591
Merit: 500
Yikes, somebody's butthurt. Can we get somebody to clean up this troll rant?
hero member
Activity: 924
Merit: 501
I have cgminer-3.10.0 on Fedora 19 with AntMiner.  (I had to add --enable-bitfury to configure for it to compile - otherwise it would miss mcp2210.c.)  It is mining at 600Mh/s, not the vaunted 1.6Gh/s, and it is barely warm (unlike the block erupters, which get quite hot in operation).

(5s):631.4M (avg):378.7Mh/s | A:349  R:9  HW:32  WU:0.0/m

Also, it is detected as USB1.1, not 2.0 (other 2.0 devices plugged into the port are detected as 2.0).

There is no official Antminer U1 support in cgminer yet, since the creators of Antminer never contacted the cgminer devs with code and/or hardware before it was released.  The developers just recently received units they can develop for, and so Antminer support is likely eventually forthcoming.  There are some forks of cgminer out there that have implemented an Antminer driver already though, though you'll have to look around for 'em and they're generally unsupported.

Ah, well I am impressed that with no software changes it does the work of 2 Block Erupters at less than half the power.  So with a little code merging and/or waiting, it should do the work of 5 Block Erupters.
Someone want to point me to the best current cgminer code for them please?

Sure, happy to... it's right here:
https://bitcointalksearch.org/topic/old-bfgminer-3100-modular-asicfpga-gbtstrtm-rpc-maclnxw64-antu1-drb-168174
hero member
Activity: 924
Merit: 501
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.
legendary
Activity: 3583
Merit: 1094
Think for yourself
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.  Smiley

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.
sr. member
Activity: 252
Merit: 250
Sentinel
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.  Smiley

Hm, I don't even have Java installed on that machine, so that can't be the problem in my case...
jr. member
Activity: 92
Merit: 1
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...


hero member
Activity: 563
Merit: 500
Hey Con, you're missing the git tag for the 3.12.0 release.

roy
legendary
Activity: 3583
Merit: 1094
Think for yourself
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.
newbie
Activity: 11
Merit: 0
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.  Smiley
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
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.
hero member
Activity: 1246
Merit: 501
Who wants to fork this and reinstitute scrypt and GPU support?

sgminer is already that fork. 
hero member
Activity: 591
Merit: 500
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. Roll Eyes
legendary
Activity: 3583
Merit: 1094
Think for yourself
* 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.
hero member
Activity: 924
Merit: 501
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!
sr. member
Activity: 252
Merit: 250
Sentinel
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.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
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 Smiley
Jump to: