Bitcoin Forum
April 26, 2019, 04:49:30 AM *
News: Latest Bitcoin Core release: 0.17.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 »
  Print  
Author Topic: (OLD) BFGMiner: modular FPGA/GPU, GBT, Stratum, RPC, Avalon/Lnx/OpnWrt/PPA/W64  (Read 259096 times)
kano
Legendary
*
Offline Offline

Activity: 2800
Merit: 1153


Linux since 1997 RedHat 4


View Profile
May 06, 2012, 03:24:07 PM
 #61

Cheesy

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
Discord support invite at https://kano.is/ Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
1556254170
Hero Member
*
Offline Offline

Posts: 1556254170

View Profile Personal Message (Offline)

Ignore
1556254170
Reply with quote  #2

1556254170
Report to moderator
"With e-currency based on cryptographic proof, without the need to trust a third party middleman, money can be secure and transactions effortless." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1556254170
Hero Member
*
Offline Offline

Posts: 1556254170

View Profile Personal Message (Offline)

Ignore
1556254170
Reply with quote  #2

1556254170
Report to moderator
1556254170
Hero Member
*
Offline Offline

Posts: 1556254170

View Profile Personal Message (Offline)

Ignore
1556254170
Reply with quote  #2

1556254170
Report to moderator
Hpman
Full Member
***
Offline Offline

Activity: 176
Merit: 100



View Profile
May 07, 2012, 11:32:12 AM
 #62

Code:
[quote author=Hpman link=topic=78192.msg881895#msg881895 date=1336121371]checking for LIBCURL... no
checking for LIBCURL... no
configure: error: Missing required libcurl dev >= 7.10.1
It seems that there is no libcurl.pc existing (for pkg-config)
curl-config --version shows  libcurl 7.22.0
Quote
It's part of libcurl4-gnutls-dev for Debian/Ubuntu.

I've installed libcurl4-gnutls-dev but it doesn't help Sad, previously i used libcurl4-openssl-dev.  Is it possible that 12.04 changes the way for  version check of libcurl?

Thanks Hpman


kentrolla
Hero Member
*****
Offline Offline

Activity: 686
Merit: 501



View Profile
May 22, 2012, 06:09:32 PM
 #63

are there any plans to add the option to cpu mine with windows?

Am I spamming? Report me!
Luke-Jr
Legendary
*
Offline Offline

Activity: 2450
Merit: 1015



View Profile
May 22, 2012, 06:19:05 PM
 #64

are there any plans to add the option to cpu mine with windows?
I don't want to make it too easy for botnets to abuse BFGMiner. Is there a legitimate need for CPU mining for people who don't know how to compile themselves?

kentrolla
Hero Member
*****
Offline Offline

Activity: 686
Merit: 501



View Profile
May 22, 2012, 08:44:46 PM
 #65

are there any plans to add the option to cpu mine with windows?
I don't want to make it too easy for botnets to abuse BFGMiner. Is there a legitimate need for CPU mining for people who don't know how to compile themselves?
yes, my friend says he gets 30mh/s with his cpu. every little extra bit helps imo.

Am I spamming? Report me!
Luke-Jr
Legendary
*
Offline Offline

Activity: 2450
Merit: 1015



View Profile
May 22, 2012, 09:10:14 PM
 #66

are there any plans to add the option to cpu mine with windows?
I don't want to make it too easy for botnets to abuse BFGMiner. Is there a legitimate need for CPU mining for people who don't know how to compile themselves?
yes, my friend says he gets 30mh/s with his cpu. every little extra bit helps imo.
The electricity to mine 30 MH/s with a CPU costs more than you'll get.

kentrolla
Hero Member
*****
Offline Offline

Activity: 686
Merit: 501



View Profile
May 23, 2012, 01:20:52 AM
 #67

not if you're someone like me that thinks the price of bitcoins is going to skyrocket some day.

Am I spamming? Report me!
kano
Legendary
*
Offline Offline

Activity: 2800
Merit: 1153


Linux since 1997 RedHat 4


View Profile
May 23, 2012, 01:45:03 AM
 #68

not if you're someone like me that thinks the price of bitcoins is going to skyrocket some day.
If you believe that, then you would of course have no issue with buying a $100-$200 GPU that will mine bitcoins 10-50x faster than your CPUs and thus also make CPU mining pointless.

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
Discord support invite at https://kano.is/ Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
rjk
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250


1ngldh


View Profile
May 23, 2012, 03:04:06 AM
 #69

Also, search for pooler's fork of cpuminer. It's been better optimized than what is in cgminer' sources anyways. Maybe you will get 40 mhash/s instead of 30!

Mining Rig Extraordinaire - the Trenton BPX6806 18-slot PCIe backplane [PICS] Dead project is dead, all hail the coming of the mighty ASIC!
Luke-Jr
Legendary
*
Offline Offline

Activity: 2450
Merit: 1015



View Profile
June 03, 2012, 04:01:51 AM
Last edit: June 03, 2012, 03:17:12 PM by Luke-Jr
 #70

NEW VERSION - 2.4.2, JUNE 2 2012

This release cycle, I finally got around to cleaning up the old (from cpuminer days) "work_restart" flag array that indicated longpolls to the actual mining threads. This should have been totally uncontroversial, as it has no practical behaviour change in itself, but Con decided not to pull it in favour of a more complex and less efficient solution that probably nobody will ever care to write - too bad he didn't bring that up when I'd discussed making this change a month or so ago. As a result, cgminer and BFGMiner have drifted further apart for what I think is fair to describe as no reason whatsoever. It also means cgminer 2.4.2 doesn't have the new functionality based on that cleanup (also to blame is Kano removing epoll support from the Icarus driver in past releases): BFGMiner 2.4.2 no longer sits in a loop of "wait for data from Icarus; check if there's a longpoll; ..." on Linux, it simply sleeps the full timeout (11.2 seconds generally) and is interrupted by the operating system if the Icarus finds a share or a longpoll occurs. This might seem trivial, but should shave some small percentage off longpoll stales and improve CPU time on low-powered FPGA rigs (some of us are running their FPGAs on routers or Raspberry Pis now!).

On the bright side, Kano finally rewrote my code (that he had removed from cgminer) to improve Icarus hashrate reporting, so I took his version over mine to bring BFGMiner closer to the cgminer codebase. I kept my more accurate Icarus timing measurements (and recalibrated them with the new code), though, so it should be just as accurate as before.

Human readable changelog:
  • epoll is used when available (ie, just Linux) to allow Icarus reads to sleep the full duration without waking the thread, and provides faster interruption for longpolls
  • Longpoll will now finally only connect to the main pool unless you switch pools, and then it will drop the longpoll on the next block if you are still on the new pool. This should complete the rework to make cgminer have the absolute optimum number of connections open at any one time - the minimum possible while having the best hashrate, and will likely decrease the lost work across block changes. No solution to multipool+LP here was going to be perfect but this seemed the best overall to miners and pools alike.
  • The windows crash at 7 days which occurred thanks to the AMD driver screwup should be fixed. Now it will behave the way it used to behave: you'll just lose your fan monitoring once the driver is broken.
  • New Icarus code should scan more of each work item and has some hidden advanced timing options (see new readme file)
  • Saved config file when there are no GPUs should no longer be corrupt.
  • Separate READMEs for API and FPGA evolving.

Full changelog
  • API.class compiled with Java SE 6.0_03 - works with Win7x64
  • miner.php highlight devs too slow finding shares (possibly failing)
  • API update version to V1.11 and document changes
  • API save default config file if none specified
  • api.c save success incorrectly returns error
  • api.c replace BUFSIZ (linux/windows have different values)
  • Move RPC API content out of README to API-README
  • Open a longpoll connection if a pool is in the REJECTING state as it's the only way to re-enable it automatically.
  • Use only one longpoll as much as possible by using a pthread conditional broadcast that each longpoll thread waits on and checks if it's the current pool before
  • If shares are known stale, don't use them to decide to disable a pool for sequential rejects.
  • Restarting cgminer from within after ADL has been corrupted only leads to a crash. Display a warning only and disable fanspeed monitoring.
  • Icarus: fix abort calculation/allow user specified abort
  • Icarus: make --icarus-timing hidden and document it in FPGA-README
  • Icarus: high accuracy timing and other bitstream speed support
  • add-MIPSEB-to-icarus-for-BIG_ENDIAN
  • work_decode only needs swab32 on midstate under BIG ENDIAN
  • add compile command to api-example.c
  • save config bugfix: writing an extra ',' when no gpus
  • Add dpkg-source commits

kano
Legendary
*
Offline Offline

Activity: 2800
Merit: 1153


Linux since 1997 RedHat 4


View Profile
June 03, 2012, 11:09:55 AM
 #71

You need to update your git links to gitorious coz there's no links to the source code in the first post any more ...

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
Discord support invite at https://kano.is/ Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
iopq
Hero Member
*****
Offline Offline

Activity: 658
Merit: 500


View Profile
June 03, 2012, 11:17:01 AM
 #72

not if you're someone like me that thinks the price of bitcoins is going to skyrocket some day.
then buy some, it's more efficient

so say instead of spending extra $50 on the power bill just buy $50 of bitcoins so you get 10 bitcoins instead of like 5 that you would have gotten if you were cpu mining
this keeps the difficulty down for the rest of us
Luke-Jr
Legendary
*
Offline Offline

Activity: 2450
Merit: 1015



View Profile
June 03, 2012, 02:17:57 PM
 #73

You need to update your git links to gitorious coz there's no links to the source code in the first post any more ...
Thanks, I pushed the latest code to GitHub. Note the tbz2/zip source links should have worked too.

rjk
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250


1ngldh


View Profile
June 09, 2012, 06:36:35 PM
 #74

How about some screenshot action. This is what keeps happening, and this time I decided to make a core dump of the process. The command window when I found it was not accepting button presses, so it seems that the mining process had frozen entirely. Since the U number was so low, it was obvious that the process had continued to run even after the unit stopped hashing, and froze much later - the U is normally around 11-12, and the average hash rate is normally around 865 not 675. As you can see from the screenshot, the last LP that it reported before it froze was at 13:53:09 Eastern Time, and it had stopped considerably before that although I'm not sure when. Screenshot was taken at around 14:30.

In addition, the secondary internal red light on the BFL unit was steady on, and not blinking every 5 seconds as expected. It also was idling and not running at full burn or stuck in a loop. Normally when the machine is idle, the internal red light goes dim.

I am not sure what the core dump contains, so I won't post it, but if Con, Kano, or Luke-Jr want to see it just ask and I will send it over.


Mining Rig Extraordinaire - the Trenton BPX6806 18-slot PCIe backplane [PICS] Dead project is dead, all hail the coming of the mighty ASIC!
Luke-Jr
Legendary
*
Offline Offline

Activity: 2450
Merit: 1015



View Profile
June 09, 2012, 07:48:14 PM
 #75

How about some screenshot action. This is what keeps happening, and this time I decided to make a core dump of the process. The command window when I found it was not accepting button presses, so it seems that the mining process had frozen entirely. Since the U number was so low, it was obvious that the process had continued to run even after the unit stopped hashing, and froze much later - the U is normally around 11-12, and the average hash rate is normally around 865 not 675. As you can see from the screenshot, the last LP that it reported before it froze was at 13:53:09 Eastern Time, and it had stopped considerably before that although I'm not sure when. Screenshot was taken at around 14:30.

In addition, the secondary internal red light on the BFL unit was steady on, and not blinking every 5 seconds as expected. It also was idling and not running at full burn or stuck in a loop. Normally when the machine is idle, the internal red light goes dim.

I am not sure what the core dump contains, so I won't post it, but if Con, Kano, or Luke-Jr want to see it just ask and I will send it over.
This is a BitForce FPGA, correct? You can send me the core dump (I imagine it's too big for email), but I'm not sure it will be of much use since you're running on Windows - perhaps I can pick out some strings from it. It does contain all your pool login info, note.

P_Shep
Legendary
*
Offline Offline

Activity: 1344
Merit: 1025


View Profile
June 09, 2012, 08:10:30 PM
 #76

I'm working on something for that.
rjk
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250


1ngldh


View Profile
June 09, 2012, 09:45:56 PM
Last edit: June 09, 2012, 09:56:35 PM by rjk
 #77

This is a BitForce FPGA, correct? You can send me the core dump (I imagine it's too big for email), but I'm not sure it will be of much use since you're running on Windows - perhaps I can pick out some strings from it. It does contain all your pool login info, note.
Yes it is, and the GPUMAX login for the worker is different than for the website login, so not a problem there. Dump is 20ish MB, I'll see if I can upload it somewhere and give you the link.

EDIT: Not sure if the dump is any good, when I open it in Visual Studio, it says: You cannot debug a 64-bit dump of a 32-bit process, you must collect a 32-bit dump of a 32-bit process. But I'm not sure how to do that.

Mining Rig Extraordinaire - the Trenton BPX6806 18-slot PCIe backplane [PICS] Dead project is dead, all hail the coming of the mighty ASIC!
rjk
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250


1ngldh


View Profile
June 13, 2012, 05:31:09 PM
 #78

I'm working on something for that.
What's your plan? Fortunately this time I caught it after about an hour of downtime, instead of last time where it was down for several hours.



And this time the window hadn't frozen, it accepted my 'Q' to quit just as normal.

Mining Rig Extraordinaire - the Trenton BPX6806 18-slot PCIe backplane [PICS] Dead project is dead, all hail the coming of the mighty ASIC!
P_Shep
Legendary
*
Offline Offline

Activity: 1344
Merit: 1025


View Profile
June 13, 2012, 06:17:03 PM
 #79

it's here right now:
https://github.com/pshep/cgminer
Luke-Jr
Legendary
*
Offline Offline

Activity: 2450
Merit: 1015



View Profile
June 14, 2012, 03:04:32 PM
 #80

I plan to release BFGMiner 2.4.3 soon, but I am hoping to address some reported problems with the modminer driver first. Apparently between the time I finished writing the driver (when it worked), and the time CGMiner 2.4.3 was released with it, something got broken.

Pages: « 1 2 3 [4] 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!