OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 327.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: The Mafia on May 26, 2013, 06:48:29 PM

Quote from: The Mafia on May 25, 2013, 04:47:35 AM

I have a bit of an issue, maybe a bug in cgminer.

I have two machines running, one with 2 x 7950 and 1 x 7970. The other has a single 7970.

I get this error - Which I assume is my internet dropping and reconnecting:

One machine (The big one) cgminer crashes. The other machine with the single card, cgminer just hangs (Doesn't crash), and does nothing (Doesn't reconnect or resume hashing).

Can anyone give me any input as to fix this, or maybe tell it to reconnect? I'm thinking on my big machine, when cgminer crashes, this could be a bit more of an issue than just a simple reconnect?

Can anyone help me? These drops and non restarts at 3-4-5am are making me lose hashes on my biggest machine Sad

It's a unique windows only bug so we've not been able to reproduce it.
Try a debug build on windows.

Instructions for how to debug and the executables required are here:
http://ck.kolivas.org/apps/cgminer/debug/

The Mafia

newbie

Activity: 50

Merit: 0

Quote from: The Mafia on May 25, 2013, 04:47:35 AM

I have a bit of an issue, maybe a bug in cgminer.

I have two machines running, one with 2 x 7950 and 1 x 7970. The other has a single 7970.

I get this error - Which I assume is my internet dropping and reconnecting:

http://users.on.net/pacey/error.jpg

One machine (The big one) cgminer crashes. The other machine with the single card, cgminer just hangs (Doesn't crash), and does nothing (Doesn't reconnect or resume hashing).

Can anyone give me any input as to fix this, or maybe tell it to reconnect? I'm thinking on my big machine, when cgminer crashes, this could be a bit more of an issue than just a simple reconnect?

Can anyone help me? These drops and non restarts at 3-4-5am are making me lose hashes on my biggest machine Sad

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Nope, the text there is literal.

Code:

The valid values for name are currently: queue, scantime, expiry

i.e. you can only set "name" to one of "queue", "scantime" or "expiry"
... and you are changing the running cgminer with them.

Edit: cgminer doesn't track the source of the runtime arguments
Thus when you write the configuration back it writes the whole configuration in the default or chosen file.

MineForeman.com

legendary

Activity: 896

Merit: 1000

Quick question when using the api, I am not in front of anything I can test it on and someone just asked me a question.

Code:

 setconfig|name,N (*)
               none           There is no reply section just the STATUS section
                              stating the results of setting 'name' to N
                              The valid values for name are currently:
                              queue, scantime, expiry
                              N is an integer in the range 0 to 9999

Seems to imply that you can use it to change the config file on the fly, I would imagine it would be something like "setconfig|config1.config" and then "setconfig|config.config" to change it back.

Am I right or do I have the wrong end of the stick? Also, would I need to send a reset to get it to re-read the file?

Neil

os2sam

legendary

Activity: 3586

Merit: 1098

Think for yourself

Quote from: Blisk on May 26, 2013, 11:04:23 AM

Quote from: thomassie12 on May 26, 2013, 09:50:40 AM

updating to 3.1.1 got me a 5 mhash/s on my 7970 Cheesy

!

is there a 3.1.1. for windows too? I can't find to download it.

You could click on the link in the top post.

Krak

hero member

Activity: 591

Merit: 500

Quote from: -ck on July 12, 2011, 10:02:53 PM

All files available from here:
http://ck.kolivas.org/apps/cgminer

As a backup they can be downloaded here:
https://github.com/kanoi/cgminer-binaries

Right there in the first post.

Go here, right click "View Raw" and then "Save Link As..."

lance4681

newbie

Activity: 14

Merit: 0

Quote from: vapourminer on May 26, 2013, 11:24:53 AM

Quote from: Blisk on May 26, 2013, 11:04:23 AM

Quote from: thomassie12 on May 26, 2013, 09:50:40 AM

updating to 3.1.1 got me a 5 mhash/s on my 7970 Cheesy

!

is there a 3.1.1. for windows too? I can't find to download it.

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

if the sites down (it was for me a minute ago) just keep checking.

does anyone have a mirror/copy of http://ck.kolivas.org/apps/cgminer/3.1/cgminer-3.1.0-x86_64-built.tar.bz2 or the latest? .

The website has been down for a while now and I'm trying to setup a new miner! I'm really excited to get this one going but the website being down has put a bit of a spanner in the works

Seems its back up if only I was a second more patient.

vapourminer

legendary

Activity: 4354

Merit: 3614

what is this "brake pedal" you speak of?

Quote from: Blisk on May 26, 2013, 11:04:23 AM

Quote from: thomassie12 on May 26, 2013, 09:50:40 AM

updating to 3.1.1 got me a 5 mhash/s on my 7970 Cheesy

!

is there a 3.1.1. for windows too? I can't find to download it.

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

if the sites down (it was for me a minute ago) just keep checking.

Blisk

sr. member

Activity: 412

Merit: 250

Quote from: thomassie12 on May 26, 2013, 09:50:40 AM

updating to 3.1.1 got me a 5 mhash/s on my 7970 Cheesy

!

is there a 3.1.1. for windows too? I can't find to download it.

thomassie12

newbie

Activity: 13

Merit: 0

updating to 3.1.1 got me a 5 mhash/s on my 7970 Cheesy

!

vapourminer

legendary

Activity: 4354

Merit: 3614

what is this "brake pedal" you speak of?

Quote from: kano on May 26, 2013, 06:27:01 AM

Quote from: vapourminer on May 26, 2013, 05:42:39 AM

just curious, you seem to read 2 temps, and theres a 7 degree C difference between them. those are the two hashing chips? if so Ill have to tear it down and do the TIM right.

Yeah I hear (but have not seen) that temp can be a problem but it's heading to winter shortly here in Aus, so I've not really done any bad temp testing on it.

The amt0 - which now says amt=0 in the next version correctly

- means it literally got no reply at all, not some unexpected reply.
It looks like after that it got out of sync for 13 seconds then seemed to solve the temp out of sync but get no work replies.
Lastly it's getting Temp and Work replies mixed together so certainly something went amiss.

The MTX: problem is the last thing I need to fix before I'll consider the USB code ready for another version release, then it'll be up to ckolivas to decide what and when

Edit: yeah on linux it runs like a dream

yeah yeah linux, I know.. us poor windows slobs Cheesy

Ive played with linux (netbook is dual boot) but I have a few old XP boxes, that P4 being one of them. its funny, built it in 2005 (?) and its still going strong. cant remember the last time I rebooted it, and the only time cgminer is shut down is to install new versions. I use your API to keep tabs on it.

anyway, no worries. its going fine now. when the jally was upstairs the case was rather warm to the touch, its room temp now. typical crappy BFL cooling: looks over performance. I will probably order slim 92mm high flo ball bearing fan for it.

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: Paladin69 on May 26, 2013, 06:37:40 AM

Hi,

I haven't upgraded since 2.10.4 The latest version is very different. fpgaonly.exe is now replaced by nogpus.exe, I guess? The way you start the COM's must be different or something? Getting errors and nothing wants to start.

I used to type this...

cgminer-fpgaonly.exe -o http://www.xxx.com:port -u user_worker -p pass -S bitforce:\\.\COM3 -S bitforce:\\.\COM4 -S bitforce:\\.\COM5 -S bitforce:\\.\COM6 -S bitforce:\\.\COM7 -S bitforce:\\.\COM8 -S bitforce:\\.\COM9 -S bitforce:\\.\COM10 -S bitforce:\\.\COM11 -S bitforce:\\.\COM12 -S bitforce:\\.\COM13 -S bitforce:\\.\COM14 -S bitforce:\\.\COM15 -S bitforce:\\.\COM16 -S bitforce:\\.\COM17 -S bitforce:\\.\COM18 -S bitforce:\\.\COM19 -S bitforce:\\.\COM20 -S bitforce:\\.\COM21 -S noauto

Sorry the help files are just a sea of words to me. Can somebody look at the string above and tell me what to modify? This is for Windows.

With 3.1.1 Switch the driver with zadig and remove every -S except the last one (-S noauto)
... read README, FPGA-README

zvs

legendary

Activity: 1680

Merit: 1000

https://web.archive.org/web/*/nogleg.com

Is the mother replacement for BAMT anywhere other than http://ck.kolivas.org/apps/cgminer? I'm not sure if it's just been down for a few hrs, days, or what.

Quote

oops , any ideas where can I found info about how to do this? (flash the card to lower voltage), so I don't bug this thread?
thanks!

Radeonvolt doesn't work? Seems like it should, if a BIOS flash does

Paladin69

hero member

Activity: 784

Merit: 1000

Hi,

I haven't upgraded since 2.10.4 The latest version is very different. fpgaonly.exe is now replaced by nogpus.exe, I guess? The way you start the COM's must be different or something? Getting errors and nothing wants to start.

I used to type this...

cgminer-fpgaonly.exe -o http://www.xxx.com:port -u user_worker -p pass -S bitforce:\\.\COM3 -S bitforce:\\.\COM4 -S bitforce:\\.\COM5 -S bitforce:\\.\COM6 -S bitforce:\\.\COM7 -S bitforce:\\.\COM8 -S bitforce:\\.\COM9 -S bitforce:\\.\COM10 -S bitforce:\\.\COM11 -S bitforce:\\.\COM12 -S bitforce:\\.\COM13 -S bitforce:\\.\COM14 -S bitforce:\\.\COM15 -S bitforce:\\.\COM16 -S bitforce:\\.\COM17 -S bitforce:\\.\COM18 -S bitforce:\\.\COM19 -S bitforce:\\.\COM20 -S bitforce:\\.\COM21 -S noauto

Doesn't work now.

Sorry the help files are just a sea of words to me. Can somebody look at the string above and tell me what to modify? This is for Windows.

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: vapourminer on May 26, 2013, 05:42:39 AM

...
since being banished to the basement, to an ancient Pentium 4 box with a BFL FPGA single, 5830 and now the jally, its been fine. maybe being cooler helps too, dunno. it will stay down there now, its a bit too noisy for my tastes.

just curious, you seem to read 2 temps, and theres a 7 degree C difference between them. those are the two hashing chips? if so Ill have to tear it down and do the TIM right.

Yeah I hear (but have not seen) that temp can be a problem but it's heading to winter shortly here in Aus, so I've not really done any bad temp testing on it.

The amt0 - which now says amt=0 in the next version correctly

- means it literally got no reply at all, not some unexpected reply.
It looks like after that it got out of sync for 13 seconds then seemed to solve the temp out of sync but get no work replies.
Lastly it's getting Temp and Work replies mixed together so certainly something went amiss.

The MTX: problem is the last thing I need to fix before I'll consider the USB code ready for another version release, then it'll be up to ckolivas to decide what and when

Edit: yeah on linux it runs like a dream

vapourminer

legendary

Activity: 4354

Merit: 3614

what is this "brake pedal" you speak of?

Quote from: kano on May 25, 2013, 09:24:00 PM

Quote from: vapourminer on May 25, 2013, 05:52:34 PM

had this error on my jally a couple times now, and it never recovers on its own. just exiting cgminer and restarting fixes it though. once on one computer (win7 64), then I moved it to another computer (vista 32) and it happened there too.

Code:

[2013-05-25 17:53:51] Accepted a8077b09 Diff 1/1 BAJ 0 pool 0
[2013-05-25 17:53:55] Accepted bcc62777 Diff 1/1 BAJ 0 pool 0
[2013-05-25 17:53:55] Accepted 4dcbaa0c Diff 3/1 BAJ 0 pool 0
[2013-05-25 17:53:55] Accepted e350a19d Diff 1/1 BAJ 0 pool 0
[2013-05-25 17:53:56] BAJ0: RequestResults failed (err=-7 amt0)
...

any ideas?

on the chance is something overheating in the unit Ive put it in the basement with a 140 mm fan on it. the temps were 44-46 C upstairs in the living room (72 F ambient), and 34 C in the basement (65 F ambient with the 140 mm fan). if that fixes it Ill let ya know.

I've increased the timeout value (-7 = timeout) for windows for all devices that weren't already 999ms since it seems windows and USB sux badly
(Linux is 100ms or 200ms and works fine even on an rpi)

Other possible causes could also be:
USB HDD/large bandwidth device blocking/delaying the USB bus with large transfers
Computer bogged down, not much CPU available
Computer slowed down due to not enough RAM, swapping
Plugged into a USB1.1 port (not sure how bad USB1.1 is on windows)
Plugged into a USB3.0 port (problems as yet not resolved)

Anyway, it will be 999ms in the next release for all windows devices
Yes that means wait for a whole second for replies from the device Tongue

(if there is a problem)
... 999ms is more than a full nonce range on a Jalapeno ...

Edit: and before anyone assumes something incorrect, this problem is the same for both USB and the old serial-USB, makes no difference

could be a couple of those. the win7 desktop might of been a USB 3 port (didnt notice, it was plugged into the back I/O which has both) and the vista HTPC box was under a decent load (recording and streaming, but nothing on USB though),

since being banished to the basement, to an ancient Pentium 4 box with a BFL FPGA single, 5830 and now the jally, its been fine. maybe being cooler helps too, dunno. it will stay down there now, its a bit too noisy for my tastes.

just curious, you seem to read 2 temps, and theres a 7 degree C difference between them. those are the two hashing chips? if so Ill have to tear it down and do the TIM right.

emunebtk

sr. member

Activity: 252

Merit: 250

I have searched far and wide and have not found and answer to solving my 40 Kh/s on a ATI Radeon 5770 problem via CGminer 3.1.1 on osx 10.7 Lion Mac Pro 1,1 .

This is my script line:

Code:

export GPU_MAX_ALLOC_PERCENT=100
export GPU_USE_SYNC_OBJECTS=1
cgminer --scrypt -w 64 --lookup-gap 2 -g 1 --thread-concurrency 3200 -I 12 -o http://litecoinpool.com:9332 -u worker.1 -p xxxxxx

I keep reading about adding : --auto-gpu --gpu-engine --gpu-memclock --auto-fan --gpu-fan --temp-target --temp-overheat --temp-cutoff ,etc.

and can not get any of those to work with CGminer. Upon adding any of the above Cgminer will not open, and adding anything above Intensity 12 crashes the computer? Any ideas? Would love to reach 160

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: vapourminer on May 25, 2013, 05:52:34 PM

had this error on my jally a couple times now, and it never recovers on its own. just exiting cgminer and restarting fixes it though. once on one computer (win7 64), then I moved it to another computer (vista 32) and it happened there too.

Code:

[2013-05-25 17:53:51] Accepted a8077b09 Diff 1/1 BAJ 0 pool 0
[2013-05-25 17:53:55] Accepted bcc62777 Diff 1/1 BAJ 0 pool 0
[2013-05-25 17:53:55] Accepted 4dcbaa0c Diff 3/1 BAJ 0 pool 0
[2013-05-25 17:53:55] Accepted e350a19d Diff 1/1 BAJ 0 pool 0
[2013-05-25 17:53:56] BAJ0: RequestResults failed (err=-7 amt0)
...

any ideas?

on the chance is something overheating in the unit Ive put it in the basement with a 140 mm fan on it. the temps were 44-46 C upstairs in the living room (72 F ambient), and 34 C in the basement (65 F ambient with the 140 mm fan). if that fixes it Ill let ya know.

I've increased the timeout value (-7 = timeout) for windows for all devices that weren't already 999ms since it seems windows and USB sux badly
(Linux is 100ms or 200ms and works fine even on an rpi)

Other possible causes could also be:
USB HDD/large bandwidth device blocking/delaying the USB bus with large transfers
Computer bogged down, not much CPU available
Computer slowed down due to not enough RAM, swapping
Plugged into a USB1.1 port (not sure how bad USB1.1 is on windows)
Plugged into a USB3.0 port (problems as yet not resolved)

Anyway, it will be 999ms in the next release for all windows devices
Yes that means wait for a whole second for replies from the device Tongue

(if there is a problem)
... 999ms is more than a full nonce range on a Jalapeno ...

Edit: and before anyone assumes something incorrect, this problem is the same for both USB and the old serial-USB, makes no difference

lemonys

newbie

Activity: 57

Merit: 0

Quote from: philips on May 25, 2013, 08:05:18 PM

Tried this?

Quote from: -ck on July 12, 2011, 10:02:53 PM

Q: The CPU usage is high.
A: The ATI drivers after 11.6 have a bug that makes them consume 100% of one
CPU core unnecessarily so downgrade to 11.6. Binding cgminer to one CPU core on
windows can minimise it to 100% (instead of more than one core). Driver version
11.11 on linux and 11.12 on windows appear to have fixed this issue. Note that
later drivers may have an apparent return of high CPU usage. Try
'export GPU_USE_SYNC_OBJECTS=1' on Linux before starting cgminer. You can also
set this variable in windows via a batch file or on the command line before
starting cgminer with 'setx GPU_USE_SYNC_OBJECTS 1'

I forgot to mention - yes I did try that before I made the post. It had no effect. The rig was running on Catalyst 12.8 before I reformatted it, although I don't remember the SDK version I was using. I'll start playing with the SDK version and see if that fixes it.

philips

hero member

Activity: 700

Merit: 500

Quote from: induktor on May 25, 2013, 07:42:51 PM

...any ideas where can I found info about how to do this?

Jump in here : https://bitcointalksearch.org/topic/m.2237983

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