Thanks mate, really appreciate it.
I have noticed lately that it doesn't crash any more, cgminer just hangs (Without the cgminer has stopped working window).
Does this mean the debugger won't give you the information you need?
Goddamnit windows. A debug build may behave differently anyway so it's still worth a shot.
|
|
|
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 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/
|
|
|
Mad props and huge thanks to Sitarow who has given me uninterrupted remote access to an avalon this past week, including the ability to power cycle one . This has allowed me to write a major overhaul of the avalon code which should make it into the next cgminer release.
|
|
|
I must doing something wrong here.
I want to run only a jalapeno on my netbook, its an atom with integrated graphics. I have the zadig driver installed and the jally is detected. I fire up cgminer with -G or --disable-gpu and it still fails with a windows dialog box popup that says "no opencl.dll found." well I am not using opencl, I want the jally only to mine. what am I missing? using 3.1.1, and the command line is cgminer -G or cgminer --disable-gpu. does opencl.dll actually need to exist even if its not needed?
also, a minor display bug, when I plug the jally into my desktop with an already running cgminer, it detects the jally and it starts hashing with it but the status line for the jally is not added, it just lists the 6870 that was already hashing. shares are reported though in the scrolling part.
Use the nogpu executable file.
|
|
|
remove --temp-overheat or change it to 85.
Add --temp-target=75 or 70
Why you have a crosswire in there?
Make sure there is flow in and out of the case.
You should be able to run I: 19
keep in mind i am mining LTC... though maybe i should have posted in the alt coin area. Okay i tried changing the parameters to what you suggested and i see no change. One card got up to 96c without lowering the khash output and another one got up to 90c going full throttle at I 16. I figure I 19 is just too extreme if 16 is already running too hot. Here is my new code, as stated it does not seem to change the clocks or khash output at all.. Just speeds up the fans. cgminer --scrypt -o [site] -u [user] -p [pass] --thread-concurrency=8000 -I 16 -w 256 --auto-gpu --auto-fan --temp-target=75 --temp-overheat=85 I have CF cables for when i want to game, i leave CF disabled unless i need it. Yes i have pretty good air flow, 2 120mm fans a 160mm and a 140mm. I also have a fan blowing on my computer as the case seems to get pretty toasty at the top. Unless you give it a range of engine clock speeds, auto-gpu can only do one thing: Turn it off when it hits 95 degrees. Give it a range of engines for it clock it down.
|
|
|
Hi,
Wondering if anyone notice this or if I'm missing something on the settings. I used to solo mine with cgminer 3.0.0 using scrypt and over time the reject counter would grow, but since upgrading from cgminer 3.0.0 to 3.1.1. My reject counter just stay 0, I've had the miner running for a little over 2 days now, I would at least expect to see 10-20 rejects (using cgminer 3.0.0).
I thought the 64K shares are not submitted anymore. Used to submit/show shares above 64K, but now only sends/reports accepted.Read release notes/readme files. This
|
|
|
@ BkkCoins How many bytes of data to you have to shift into each Avalon chain to configure the chips?
Each avalon task is 56 bytes. One is sent to reset the device only on startup, and then one for each (10) chips to start working or go idle, so a fully configured 3 bank avalon is sent 24 separate tasks each cycle. Therefore on each cycle of work, 24*56bytes is sent, and a share result is 64 bytes and on average one share is found per work item, so 24*64 bytes is returned. The timeframe depends on the Mhz it's running at, with 300 being the max. At 300Mhz it completes a full work cycle of one nonce range / 10 / 300Mhz so 2^32 / 10 / 300,000,000 = 1.43 seconds. The current MCU has no synchronisation/EOL to tell you where results start and finish and a clunky mechanism to start receiving more work and can only take a full set of work at a time for all chips instead of separately.
|
|
|
Is there a way to disable any fan management? Just let it handle itself like it did when I was using GUIMiner?
It's not a matter of disabling fan management. You're the one enabling fan management by giving it commands. Just don't give it any fan related commands and cgminer will only monitor them.
|
|
|
If you're really having overheating problems, you really should set a really low lower engine limit, eg: --gpu-engine 300-950
|
|
|
There is definitely room for more pools now. Whether it will be profitable for you or not is another story.
|
|
|
Okay, please keep the CGMiner/BFG feud banter outside this thread. It's getting tedious seeing so many reports from here. I've split the off topic parts (and deleted a few which missed the split) to https://bitcointalk.org/index.php?topic=214823.0Thanks everyone. Thanks JK.
|
|
|
I apologize if this is a noob question, but I've been googling and searching the forums for a while to no avail. I'm trying to mine on a network that requires a web browser to use an auto config script (.pac proxy file). Am I reading right that I cannot mine behind this? The way its configured in IE for example is under Auto config script: " http://proxyserver:port/proxyfile.pac" From the OP: Stratum uses direct TCP connections to the pool and thus it will NOT currently work through a http proxy but will work via a socks proxy if you need to use one. If you input the stratum port directly into your configuration, or use the special prefix "stratum+tcp://" instead of "http://", cgminer will ONLY try to use stratum protocol mining. So does this mean I would need to use -o "stratum+tcp://proxyserver:port/proxyfile.pac|http://miningpool:port" ? Or some version of that? I tried several different versions of that but could not seem to get it to work. Would appreciate any help and happily donate the first few LTC I mine to whoever can help me figure this out! :p Thanks! Alas, no proxy works with current stratum in cgminer.
|
|
|
"gpu-engine" : "1100", "gpu-memclock" : "0-750", "gpu-memdiff" : "0",
With Memdiff of 0 your telling your GPU to use the same memclock as your engine. You can't specify a range for memclock you have to use one value. I think 7xxx series cards can only have a engine to memory difference of 150Mhz.This
|
|
|
By the way, by default, p2pool has a 1% fee. This is actually a donation to the software author though so not quite the same thing. However you can disable it... but this is unrelated to your question.
|
|
|
I was hoping to see 2500+ Mh/s out of this rig, but now I'm stuck at 660 Mh/s. Anybody got any ideas? cgminer version 3.0.1 - Started: [2013-05-21 23:53:49] -------------------------------------------------------------------------------- (5s):669.7M (avg):647.9Mh/s | A:14 R:0 HW:0 U:12.2/m WU:12.2/m ST: 2 SS: 0 NB: 1 LW: 20 GF: 0 RF: 0 Connected to xxxxxxxxxx diff 1 with stratum as user xxxxxxxxxxxxxx Block: 012272dc17ac4778... Diff:11.2M Started: [23:53:50] Best share: 23 -------------------------------------------------------------------------------- [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit GPU 0: | 164.3M/163.9Mh/s | A:4 R:0 HW:0 U: 3.49/m I:13 GPU 1: | 166.1M/160.0Mh/s | A:4 R:0 HW:0 U: 3.49/m I:13 GPU 2: | 166.5M/167.8Mh/s | A:4 R:0 HW:0 U: 3.49/m I:13 GPU 3: | 165.6M/163.9Mh/s | A:3 R:0 HW:0 U: 2.62/m I:13 --------------------------------------------------------------------------------
This is screaming of the driver bug where it's only mining on one card as it says in the README FAQ. Might need a driver change or dummy plugs to get out of this mess.
|
|
|
Have a question. I am playing around with the LTC mining again. When mining on a 7770 when I start CGMiner it tells me
cgminer.exe -T --scrypt --shaders 640 --kernel: Cannot use sha256 kernel with scrypt
In my cgminer config kernel is set to scrypt. Looked in the Scrypt read me and didn't see anything. I am probably making so silly error I am just not seeing.
Don't specify a kernel at all.
|
|
|
Mine would hardware error right from opening. And constantly. Not just every now and the. Errors would spray out like diarrhoea
Right, so if your scrypt settings are fucked, you'll generate almost nothing but loads of fucked data right from the start. Classic scenario would be high diff mining, such as solo, with high intensity and not being remotely aware that it was generating crap on previous versions, just wondering why you never find a block.
|
|
|
I dont know if its my rigs or what but 3.1.1 is horrible for my gpu's on both rigs. I get random HW errors on different GPU's after restarting cgminer, even after having it rebuild the kernel files. Random HW errors... It takes like 3-7 restarts of cgminer to not get HW errors...
I run 7 x64 w/ 11.12 drivers on my 5xxx rig and 13.4 drivers on my 7xxx rig, same phenomenon.
I revert back to cgminer 3.0.1 and rebuild the kernel files, changing no settings ... everything works fine. No unexpected HW errors...
anyone else experience this randomness?
Are you scrypt mining? Earlier scrypt kernels would unintentionally hide hardware errors at high diffs...
|
|
|
The cgminer readme says that icarus is the ONLY device that needs ftdi, not zadig. The next version of cgminer will do direct usb.
|
|
|
You probably can't easily install it on an Avalon but if by "xiangfu's machine" you mean a more powerful machine acting as a relay to connect to an Avalon, you could try to setup mosh. I have some servers with unpredictable latencies and sometimes I have to work with a mobile connection with very unpredictable latencies. In practice its prediction algorithm is a game changer compared to ssh (the way it works is technically interesting too). You need to install it on both the server and the client and as long as the network lets you transmit UDP packets between your client and a port you can choose on the server (by default it's chosen by the server side between 60000 and 61000) you are set. Currently you lose the multiplexing capabilities of ssh, but in your case this doesn't matter. I've never heard of mosh before but I will definitely give it a try, thanks for the suggestion! (So many cool toys to play with on linux).
|
|
|
|