Author

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

member
Activity: 110
Merit: 11
Edited this post out - The developer of this software already saw it so no need for it anymore.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
How do you accomplish system wide knowledge of usb devices? Are you writing a file somewhere or in shared memory somehow?

 Ps I thought a mod split the thread but I guess not lol
Yes a file and shared memory on linux, and a named mutex on windows with the device name based on the usb bus and device address.

A mod got rid of some trolling and associated discussions, but the troll does not stop stalking this thread and reappearing.
Like I was saying  Roll Eyes
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
How do you accomplish system wide knowledge of usb devices? Are you writing a file somewhere or in shared memory somehow?

 Ps I thought a mod split the thread but I guess not lol
Yes a file and shared memory on linux, and a named mutex on windows with the device name based on the usb bus and device address.

A mod got rid of some trolling and associated discussions, but the troll does not stop stalking this thread and reappearing.
legendary
Activity: 2912
Merit: 1060
How do you accomplish system wide knowledge of usb devices? Are you writing a file somewhere or in shared memory somehow?
Because the instances do fail at finding the devices when they count to usb whatever even though they should already know.

 Ps I thought a mod split the thread but I guess not lol
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Yes reliably. Will post tomorrow. It gets tiresome using rdp on my phone.
No rush. We greatly appreciate the debugging but take your time. This is the unfortunate cost of such heavy development, and we're heavily dependent on users testing scenarios we can't reproduce ourselves.
legendary
Activity: 2912
Merit: 1060
Yes reliably. Will post tomorrow. It gets tiresome using rdp on my phone.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
About 5-10% better still over 60%
Also I have problems with 2 instances. Running the 17 fpga instance before a 3 crashes the 3.
Well I don't think that's the cause then if it's only 5%. We'll investigate further. Meanwhile, if you're reliably getting a crash, can you use a debug build to see what crashes?

http://ck.kolivas.org/apps/cgminer/debug/

The instructions for getting a debug output are in that directory. Thanks!
legendary
Activity: 2912
Merit: 1060
About 5-10% better still over 60%
Also I have problems with 2 instances. Running the 17 fpga instance before a 3 crashes the 3.

3.1.1 used very little and confirmed it by seeing total cpu usage.
3.2 looks like its using 50% by itself with another 20% by system interrupts or drivers of some sort

I just noticed, cgminer 3.2 uses massive CPU. I'm runing 20 lancelots and cgminer is using over 70% on a i7-3770.
What did 3.1.1 use, and is there a way on windows to see what system time the (ftdi) driver is using? The CPU usage of drivers is often hidden from you.
Windows normally uses low resolution timers and perhaps it's related to us trying to use high resolution timers with these new drivers. Can you try one of the .exes in:
http://ck.kolivas.org/apps/cgminer/temp/
to see if it makes any difference to CPU usage please?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
3.1.1 used very little and confirmed it by seeing total cpu usage.
3.2 looks like its using 50% by itself with another 20% by system interrupts or drivers of some sort

I just noticed, cgminer 3.2 uses massive CPU. I'm runing 20 lancelots and cgminer is using over 70% on a i7-3770.
What did 3.1.1 use, and is there a way on windows to see what system time the (ftdi) driver is using? The CPU usage of drivers is often hidden from you.
Windows normally uses low resolution timers and perhaps it's related to us trying to use high resolution timers with these new drivers. Can you try one of the .exes in:
http://ck.kolivas.org/apps/cgminer/temp/
to see if it makes any difference to CPU usage please?
hero member
Activity: 591
Merit: 500
Also, cgminer 3.2 does NOT work if I 'su root' either.  I don't think it is the permission problem.
USB3 ?
99% no.  My computer is too old for that.

How do I check?
Is the flat piece inside of the port blue? USB 2.0 is usually black or red, USB 3.0 is always (as far as I know) blue.
newbie
Activity: 70
Merit: 0
Also, cgminer 3.2 does NOT work if I 'su root' either.  I don't think it is the permission problem.
USB3 ?
99% no.  My computer is too old for that.

How do I check?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Also, cgminer 3.2 does NOT work if I 'su root' either.  I don't think it is the permission problem.
USB3 ?
newbie
Activity: 70
Merit: 0
Also, cgminer 3.2 does NOT work if I 'su root' either.  I don't think it is the permission problem.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
It isn't showing a permission issue now - ttyUSB0 is removed when cgminer starts and cgminer 3.2 doesn't find any devices to mine with.

If I start cgminer 3.2 and then plug in the miner afterwards it is disconnected immediately and cgminer doesn't see it.
Not that this is the cause of your problems, but it's worth nothing that ttyUSB0 is being removed by 3.2.0 because cgminer doesn't want that driver there any more, so it being removed is normal.
newbie
Activity: 70
Merit: 0
Got it working!

I went back to cgminer 3.1.1 and used the -S option to tell it where to look.

I'll play with the other settings now and see if I can get it running without root, etc.
...
As per the ASIC-README for 3.2.0

LINUX:

On linux, the direct USB support requires no drivers at all. However due to
permissions issues, you may not be able to mine directly on the devices as a
regular user without giving the user access to the device or by mining as
root (administrator). In order to give your regular user access, you can make
him a member of the plugdev group with the following commands:
...

Read the rest Smiley

Edit: there's a bit about "sudo cp 01-cgminer.rules /etc/udev/rules.d/" further down to complete the solution to solve permission problems
I'm fairly certain that I understand the permission issue.

As I said in a later post I have set the udev rules so that the USB device is owned by the plugdev group (and I'm in plugdev as well).

My later post has some more details with the --usb-dump output:
https://bitcointalksearch.org/topic/m.2353037

It isn't showing a permission issue now - ttyUSB0 is removed when cgminer starts and cgminer 3.2 doesn't find any devices to mine with.

If I start cgminer 3.2 and then plug in the miner afterwards it is disconnected immediately and cgminer doesn't see it.
legendary
Activity: 2912
Merit: 1060
3.1.1 used very little and confirmed it by seeing total cpu usage.
3.2 looks like its using 50% by itself with another 20% by system interrupts or drivers of some sort

I just noticed, cgminer 3.2 uses massive CPU. I'm runing 20 lancelots and cgminer is using over 70% on a i7-3770.
What did 3.1.1 use, and is there a way on windows to see what system time the (ftdi) driver is using? The CPU usage of drivers is often hidden from you.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I just noticed, cgminer 3.2 uses massive CPU. I'm runing 20 lancelots and cgminer is using over 70% on a i7-3770.
What did 3.1.1 use, and is there a way on windows to see what system time the (ftdi) driver is using? The CPU usage of drivers is often hidden from you.
legendary
Activity: 2912
Merit: 1060
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
I just noticed, cgminer 3.2 uses massive CPU. I'm runing 20 lancelots and cgminer is using over 70% on a i7-3770.
Windows or linux?
legendary
Activity: 2912
Merit: 1060
I just noticed, cgminer 3.2 uses massive CPU. I'm runing 20 lancelots and cgminer is using over 70% on a i7-3770.
Jump to: