Bitcoin Forum
June 26, 2024, 06:34:38 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 [354] 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 ... 570 »
7061  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 04, 2013, 08:56:55 PM
Is there anyway to change the layout.

Currently my 18 erupters show up like this:
(Marked and pasted from the command prompt; no formatting changes made, except for adding a '.' in the brackets to avoid a forum post formatting issue)
But all 18 are crunching away:
Quote
(5s):5.942G (avg):5.883Gh/s | A:252  R:0  HW:4  WU:76.0/m
I assume you're on windows if you can't resize your command prompt window. There is compact mode which summarises them only, and you can change your command prompt window by right clicking on the window frame and choosing settings and change the default to more rows.
7062  Bitcoin / Mining support / Re: Blue Fury Support Thread. on: November 04, 2013, 12:51:19 PM
The latest cgminer doesn't work at all (not even for block erupters, and yes, tried without them plugged in also) it just says "failed to initialise" / "you need to install a WinUSB driver for - BF1"
I have tried versions 3.7, 3.6.6, 3.5 and 3.4.3, to no avail
Well the instructions are pretty clear. Cgminer won't work till you install a winusb driver for any USB devices. The instructions are plastered all over the README and ASIC-README files.
7063  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 04, 2013, 11:43:41 AM
Skip that and go straight to

http://ck.kolivas.org/apps/cgminer/temp/cgminer-lmfao.exe

I'm getting itchy here with too much accumulated for a new release, so consider lmfao as the release candidate.

EDIT: Never mind,  v3.7.0 is out which is basically the same as lmfao. Just try that one.

Thank you for the generous comments in the changelog *blush*

Ran 3.5.1 overnight, no problems. Skipped "lol", "lmfao" etc as suggested and started 3.7.0 this morning, without logging.
Unfortunately got a zombie after no more than a minute. Re-plugged it and went off for breakfast. Came back to find a new zombie.

I've now made a clean start with 3.7.0 with logging. Broadband has been up and down, which it has coped with, so I'll just let it run and see what happens.  I assume it's of no benefit to go back and test "lol" etc.?


No point testing any of those earlier ones. Yours looks more resistant to being fixed than aigeezer's too. You have lots of problems... and I have nothing new for you to test at this time.
7064  Alternate cryptocurrencies / Mining (Altcoins) / Re: Swedish ASIC miner company kncminer.com on: November 04, 2013, 10:42:46 AM
It seems no one is interested in external binaries any more, but just in case they are, here is a binary for the knc devices based off the latest cgminer 3.7.0 code. There are no performance advantages for knc devices but there are networking and work scheduling fixes for people that have had issues (eg difficulty connecting to eligius or system stopping work entirely). As per previously, you'll have to ssh into and copy the binary to your device to run it.
http://ck.kolivas.org/apps/cgminer/kncminer/cgminer
7065  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 04, 2013, 10:25:14 AM
Did you commit the fix? I cannot find it in the commit history.
I have tried the latest master (tag v3.7.0) from the git repo, and the bug is still there.
Well, no one confirmed whether I had fixed it or not, so I had to run blind. Therefore the bug is still there.
Sorry for the misunderstanding. When I posted my report, it was referred to the latest git master (that's why I suggested users to revert to v3.6.6 instead of just pulling the latest commits). Since no related commit appeared after my post, I thought you were working on a fix and you still had to push it to the git repo. My bad, I should probably have been more explicit.
In that case I suggest scrypt miners stick to 3.6.6 (not 3.6.6-1 or later).
7066  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 04, 2013, 09:56:38 AM
Did you commit the fix? I cannot find it in the commit history.
I have tried the latest master (tag v3.7.0) from the git repo, and the bug is still there.
Well, no one confirmed whether I had fixed it or not, so I had to run blind. Therefore the bug is still there.
7067  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 04, 2013, 09:35:45 AM
It seems that the share diff calculation is somehow broken? Usually the diff is the higher the more zero bits are at the beginning of the share, right?

Quote
[2013-11-04 08:07:35] Accepted 36fbfe43 Diff 1.19K/2 AMU 2 pool 0
 [2013-11-04 08:42:49] Accepted 31ca6a09 Diff 1.32K/7 AMU 1 pool 1
 [2013-11-04 09:03:48] Accepted 050ce41f Diff 13K/2 AMU 1 pool 0
 [2013-11-04 09:05:12] Accepted 17ad04b5 Diff 2.77K/2 AMU 1 pool 0
 [2013-11-04 09:11:50] Accepted 7aef6014 Diff 533/2 AMU 0 pool 0

I'm using the git version 8b38d7fec8 (still 3.6.6) but there are only README and configure changes to 3.7.0.
- Accepted share will trim off all paired zeroes.
7068  Bitcoin / Mining software (miners) / CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.7.0 on: November 04, 2013, 09:03:07 AM
New version: 3.7.0, 4th November, 2013

New drivers, lots of code updates, new features, lots of bugfixes, major upgrade. The new drivers are NOT built into the binaries since KnC hardware only runs on beaglebone boards and Hashfast hardware isn't in the wild yet. Binaries now include klondike support on windows as well.


Human readable changelog:

- Driver for KnC miner ASIC hardware.
- Driver for Hashfast ASIC hardware.
- Fix for blue fury to work as well as red fury.
- Busloads of little tweaks to make AMU much more reliable on windows - they may go zombie if you have unreliable communications but should hotplug themselves again soon after. Thanks greatly to the generous testing time dedicated so far by aigeezer and jmc1517. No doubt they will still be more reliable on linux, but hopefully we should be close to getting them reliably hashing in a sustained fashion on windows.
- Major rewrites of all the "diff" code in preparation for endless changes in diff and hashrates. It should now seamlessly support any diff levels (even microdiffs for development) for network, pool and share diff, while being lower overhead than before. Diff will now be rounded to nearest integer instead of down as well (63.99 will be 64, not 63).
- Fix for scrypt showing a block solve with every share.
- Faster flushing of work across all devices on block change should lead to lower rejects than ever on devices that can abort work quickly.
- Numerous usb communication improvements should lead to less software induced artificial hardware errors.
- Lower CPU usage from multiple areas.
- Current block now only shows the first 8 characters after the paired zeroes end.
- Accepted share will trim off all paired zeroes.
- Display the amount of work items worked on per pool now in the API and summary on exit for when load balance with quotas is in use to allow comparison.
- Account for discarded work when calculating quotas to try and keep them as close to set values as possible.
- Know which pools are on the new block during a block change and decide accordingly whether to update work depending on the pool failover strategy.
- Changed the verbose message to share is above target instead of below since it was incorrect.
- Fix for the corrupted console output after shutting down cgminer if we've done one or more restarts.
- Fix for the rare scenario where it would stall completely and no work would be grabbed or done.
- Klondike driver updates.
- Numerous low level features for upcoming drivers.
- Lots of low level code updates and bugfixes.


Full changelog:

- Use WRITEIOERR macro check for all usb writes.
- Always use a usb read buffer instead of having to explicitly enable it.
- Force unlocking of the console lock on restart to avoid corrupting the console
state when we finally quit.
- Never wait indefinitely for a pthread conditional in the hash_pop loop in case
the work scheduler misses the last wakeup.
- Make hash_pop signal the work scheduler each time it waits on the conditional
that it should look for more work.
- Discriminate between libusb transfer errors and regular libusb errors and make
sure to capture them all.
- Always read a full sized transfer for bulk reads.
- Deprecate preferred packet size functions in usbutils since they're unhelpful.
- Copy known transferred amount back to buffer for usb reads instead of
requested length.
- Treat timeout errors on usb writes as IO errors.
- Ignore iManufacturer from bitfury devices to support bluefury as well as
redfury.
- Add more debugging info for when usb details don't match.
- Look for timeout overruns in usb read/write.
- Use an int for usb_read/write to identify overruns.
- Use the callback timeout as a safety mechanism only on windows.
- Instead of using complicated sleeps to emulate characters per second on usb
writes, submit only as many characters as can be transferred per usb poll of
1ms, and use timeouts in bulk transfers, cancelling transfers only as a
failsafe.
- Remove discarded work from quota used.
- Display works completed in summary and API data.
- Store how many work items are worked on per pool.
- Make each pool store its on reference for what the most current block is and
fine tune management of block change in shared pool failover strategies using
the information.
- Rationalise use of current_hash to a single hex string the length of the
previous block and display only the first non zero hex chars of the block in the
status window.
- Update uthash to latest.
- show_hash doesn't know the size of the string so hard code the max size.
- Remove as many initial zeroes as exist on share display, abstracting out a
hash show function to use across different submission mechanisms.
- Add missing endian swap functions for 64bits.
- Sanity check for absurd target setting and divide by zero.
- Abstract out conversion of a 256 bit endian number to a double, correcting
errors and use it for determining any magnitude share diff.
- Avoid the extra generation of a byte flipped hash2 in struct work and directly
use the LE work hash.
- Add a sanity check to avoid divide by zero crashes in set_target
- Calculate diff from target accurately for all 256 bits.
- Set a true 256bit binary target based on any diff value in set_target()
- Provide a copy_work_noffset function for copying a work struct but changing
its ntime.
- Make calls to flush queue and flush work asynchronous wrt to the main work
loops.
- Share is also above target for submit noffset nonce.
- Use round for displaying current pool diff.
- Use round for stratum share diff display instead of floor.
- Use round instead of floor for displayed pool difficulty.
- Allow arbitrary diffs to be tested against nonces via a test_nonce_diff
function.
- Abstract out the rebuilding of hash2 in work.
- Share is above, not below target, when it doesn't meet it.
- Add the ability to add uint8 and uint16 entities to api data.
- Use a non blocking connect with a 1 second select timeout when initiating
stratum to allow us to iterate over all IPs returned by getaddrinfo in round
robin DNS pools.
- Minor style changes to output.
- Revert two different hash_sequence(_head)'s to one variable, use
HF_SEQUENCE_DISTANCE in both places
- Remove duplicate HF_SEQUENCE_DISTANCE() macro, and duplicate hash_sequence
from info structure
- Change SEQUENCE_DISTANCE() macro to HF_SEQUENCE_DISTANCE()
- Structure changes for OP_NONCE, add big endian header
- klondike - initialise stat_lock
- klondike - better to unlock locks than to lock them twice Smiley
- Add copyright notice to knc driver.
- Trivial style changes to knc driver.
- Improve performance of work generation by optimizing hex2bin and bin2hex
- klondike - change options to clock and temptarget only
- klondike - fix another uninit dev warning
- klondike - downgrade 'late update' but add an idle detect - and correct error
levels
- klondike - fix isc uninit warning
- Use a mutex to protect data in the knc structure, to prevent loading more work
during a flush, and unlock and return to main between calls to get_queued_work.
- Use the existing device_data for knc state data.
- Only count successful nonces as hashrate in the knc driver.
- Fix trivial warnings in knc driver.
- Add KNC to api
- klondike - drop the device for hotplug if it's unresponsive
- usbutils - usb_nodev() allow a driver to drop a device
- klondike - single 'shutdown' and ensure it happens
- klondike remove SCNu8 - unsupported on windows
- Correctly calculate sleep_estimate in usbutils that may have been preventing
usecps from working.
- Use a sanity check on timeout on windows.
- Better HW error count; disable permanently those cores which fail often
- KnC driver: knc-spi-fpga ASIC driver
- Fixup jansson & libusb include paths when using separate build directory
- 'llround' is more suitable here than 'roundl'
- Silence warning if MAX/MIN is already defined
- Remove prebuild ccan/opt dependencies
- Reinstate block solve testing.
- Dramatically simplify the calculation of blockdiff.
- Simplify the set_target function, allowing it to work properly for fractional
diffs.
- Merge hashfast driver
- Merge KnC driver
7069  Bitcoin / Mining support / Re: Blue Fury Support Thread. on: November 04, 2013, 08:19:37 AM

and all shows about 2.1 ~ 2.2 with or without 60% hw error.

i dont think the hw error are real per say. 3.0.99 says 0 hw error and 3.4 says 60% but speeds are the sames 2.1 or so
Not really, the hw errors are real. There isn't much point even showing the hardware error count because 60% of the data returned is garbage. It's a design flaw and, alas, monitoring that percentage serves no useful purpose. Looking for subtle inefficiencies when the bulk of the data is garbage is futile, which is why I don't even bother trying to report a hw error rate in cgminer and only show the hashrate by extrapolating it from the valid share return rate. No point saying the hashrate is 5GH when you only get 2.3GH of shares...
7070  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 04, 2013, 08:00:25 AM
I started operating a larger number of bitburner Furys over the weekend (48 boards x 16 chips) and am constantly running into some hang condition with latest cgminer (git master). After some hours of operation mining stops and cgminer obviously is blocked in an infinite loop.

The related output is:
Code:
 [2013-11-03 02:39:26] Waiting for work to be available from pools.

And there it remains until I quit and restart cgminer, where mining starts immediately again.

From the source code I see the hang occurs in the first while-loop in hash_pop(), but I don't quite understand why this happens. Any suggestions how to track down the problem? Thanks.
What does "git describe" show? There was a bugfix recently for this very issue.
7071  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 04, 2013, 05:56:06 AM
Skip that and go straight to

http://ck.kolivas.org/apps/cgminer/temp/cgminer-lmfao.exe

I'm getting itchy here with too much accumulated for a new release, so consider lmfao as the release candidate.

EDIT: Never mind,  v3.7.0 is out which is basically the same as lmfao. Just try that one.
7072  Bitcoin / Mining support / Re: splitting block erupters into groups on: November 04, 2013, 05:36:48 AM
cgminer doesn't use com ports, as the READMEs say

Read about the --usb command in the main README
7073  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 04, 2013, 01:33:14 AM
OK, so I'm stopping "gtfo" after just over 7 hours running with just the one previously-reported zombie in my last "Edit."
Logfile (without --debug) here, if you need it:
 https://dl.dropboxusercontent.com/u/44240170/logfile-gtfo.txt

Starting cgminer-ftw and leaving to run overnight....

Ah. NOT!!!  Two AMU LEDS on solid, then one has gone out, but the other is reported as zombie.
Think I'll go back to "gtfo" for the night...

Logfile for "ftw" here:
 https://dl.dropboxusercontent.com/u/44240170/logfile-ftw.txt

Tomorrow then... :/


Yep that confirms my suspicions then, thanks. Looks like LOL it is.
Got another zombie with the new run of "gtfo" when I checked at 00:17 (insomnia....).  logfile:
 https://dl.dropboxusercontent.com/u/44240170/logfile-gtfo2.txt

Back to 3.5.1 for the night and I'll try "lol" tomorrow when I can keep an eye on it :/



Next step after LOL has to be:

http://ck.kolivas.org/apps/cgminer/temp/cgminer-rofl.exe
7074  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 04, 2013, 12:12:09 AM
OK, so I'm stopping "gtfo" after just over 7 hours running with just the one previously-reported zombie in my last "Edit."
Logfile (without --debug) here, if you need it:
 https://dl.dropboxusercontent.com/u/44240170/logfile-gtfo.txt

Starting cgminer-ftw and leaving to run overnight....

Ah. NOT!!!  Two AMU LEDS on solid, then one has gone out, but the other is reported as zombie.
Think I'll go back to "gtfo" for the night...

Logfile for "ftw" here:
 https://dl.dropboxusercontent.com/u/44240170/logfile-ftw.txt

Tomorrow then... :/


Yep that confirms my suspicions then, thanks. Looks like LOL it is.
7075  Bitcoin / Mining software (miners) / Re: Pool 'stall' issue in 3.6.6 on: November 03, 2013, 09:17:58 PM
upgraded from 3.6.2 to 3.6.6 two days ago, and have twice run into a new issue.

(5) different machines running 3.6.6 at (3) different physical locations, different carriers.

each miner set up for (6) pool entries, (3) btcguild, (2) eligius, (1) deepbit, set to "failover" mode.

I've now had (2) of them completely stall, no new work.


At that point ALL work in/out of cgminer stops..I get idle miner notifications from btcguild, but it doesn't fail down to eligius or deepbit.

For now I'm going back to 3.6.2, but wanted you to know I'd seen something new. I'm sorry I don't have better logs.
No I have not had this reported. There are some issues with pools that use round robin DNS and stratum and possibly you have run into that. There is nothing really different in 3.6.6 versus 3.6.2 if I recall correctly that might have made this come up so if you may well have the same issue with 3.6.2. I've made some changes to the upcoming code that hopefully will help this but a new release is not due out just yet while I keep bashing my head against the AMU wall.
On further investigation, I've found how this can happen, and have committed a fix for this into git so it should go into the next version. The actual issue goes back quite a way so backtracking versions will not avoid it.
7076  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 03, 2013, 09:13:39 PM

Running "gtfo" now. Random LEDs are coming on for a longish while (10+ seconds?). Just had four on at once but no failures yet.

I know I'm tempting fate with this update, but I've been running "gtfo" (great name!) for 2 hours now and no zombies or other strange behaviour noted. I'll leave it and check again after a few more hours.

Me too, 6.3 hours and counting, "gtfo" is the best candidate yet, it seems. We may not get to find out what "lol" is about, lol.
Actually LOL builds on GTFO so it shouldn't be any worse (better in fact).

However this one undoes one change that I really didn't want to do. Can you please see if this makes things worse again?
http://ck.kolivas.org/apps/cgminer/temp/cgminer-ftw.exe
7077  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 03, 2013, 08:33:32 PM
ckolivas

it is normal for 3.6.6-1?
in other versions there is no such
This is not a solo. So on any script coins. Not only at me.
3.6.4 works fine
 

Yeah I probably screwed that up for $scryptcoins when I fixed it for bitcoin.

I thought I'd confirm this, as more and more scrypt miners are getting confused.
Commits 3f6b9d67 and 36c6da8 introduce an inconsistency between share difficulty and network difficulty when cgminer is in scrypt mode. This causes many shares to be considered as blocks, even when they are not.
This doesn't seem to cause any real issue, but if you're getting annoyed by all those fake "Found block" messages, just use the stable version (tag v3.6.6).
If you could try latest git, I'd like to confirm that I've fixed the issue before releasing a new version.
7078  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 03, 2013, 09:26:24 AM
I tried Cudaminer but it kept crashing but thats a topic for another day. Its just strange that benchmark gets great rates but it wont run like normal.  Is it normal for benchmark to run perfectly but when you step out of benchmark it goes crazy? Heck I just want to GPU mine and step away from cpuminer. I would even let someone into the box to check it out.

Benchmark is for bitcoin mining. You are failing to scrypt mine.
7079  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 03, 2013, 09:20:11 AM
Despite what it may look like, we are making progress.

Next:
http://ck.kolivas.org/apps/cgminer/temp/cgminer-wtf.exe
Ignore that binary, it's known broken. Here's the real next test one:

http://ck.kolivas.org/apps/cgminer/debug/cgminer-gtfo.exe

EDIT: Followed by:

http://ck.kolivas.org/apps/cgminer/temp/cgminer-lol.exe
7080  Bitcoin / Mining software (miners) / Re: CGMINER ASIC FPGA GPU overc monit fanspd RPC linux/win/osx/mip/r-pi 3.6.6 on: November 03, 2013, 09:01:52 AM
Thanks for banging out some work on it in the middle of your AMU stuff/other things in life.  I'm sure there will be a lot of people happy to see this working.

for those not able to use that debug/win32 binary, they can just do a quick hack change of s/BPMC/BFMG/ in usbutils.c and be good to go?
The debug binary should be fine, it will only use slightly more cpu and memory.  A new full version will likely be out in the next day or so, but the change is trivial and committed to git already that will fix them.

Code:
diff --git a/usbutils.c b/usbutils.c
index c4402f0..580d4b1 100644
--- a/usbutils.c
+++ b/usbutils.c
@@ -305,7 +305,7 @@ static struct usb_find_devices find_dev[] = {
                .config = 1,
                .timeout = BITFURY_TIMEOUT_MS,
                .latency = LATENCY_UNUSED,
-               .iManufacturer = "BPMC",
+               //.iManufacturer = "BPMC",
                .iProduct = "Bitfury BF1",
                INTINFO(bfu_ints)
        },
Pages: « 1 ... 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 [354] 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 ... 570 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!