Nice project but i cant seem to start my ZTEX with it: "Cant get handle (-12)"
Any ideas?
Topic: (OLD) BFGMiner: modular FPGA/GPU, GBT, Stratum, RPC, Avalon/Lnx/OpnWrt/PPA/W64 - page 36. (Read 260035 times)
April 27, 2012, 04:24:48 AM
April 27, 2012, 04:13:42 AM
Yesterday i was praing for cgminer supporting Ztex!!
It`s a proof that God exists !!!
buhahah, i`m so happy
today i`m going to check it with 7 GPU rig + Ztex y board
gimme few hours
It`s a proof that God exists !!!
buhahah, i`m so happytoday i`m going to check it with 7 GPU rig + Ztex y board
gimme few hours
April 27, 2012, 01:56:49 AM
Hi,
thank you for this work. Some questions:
Do you implement the current git for reducing network load from cgminer?
How I have to start it only with a ztex Board (is 1.15x and y supported?) on a normal notebook. When I want to do this I get the error no OPENCl is installed?
thank you for this work. Some questions:
Do you implement the current git for reducing network load from cgminer?
How I have to start it only with a ztex Board (is 1.15x and y supported?) on a normal notebook. When I want to do this I get the error no OPENCl is installed?
April 26, 2012, 09:41:13 PM
I've looked at your Icarus code and I have a question, the epoll is only available on Linux, right? I don't see any epoll.h includes in my MinGW?
Am I missing something? If it works on Windows, that is great, I won't have to code overlapped I/O equivalent.
epoll is Linux-only, and optional. It doesn't have any practical improvement yet, but when done it will enable a quicker response to longpolls. If someone familiar with Windows's WaitForMultipleObjects (or something else like epoll) wants to help out on that end, I'd appreciate it Am I missing something? If it works on Windows, that is great, I won't have to code overlapped I/O equivalent.
It is on my "to do "list. I'm just curious to see if it would really improve real-world results. So, yes, I'll code it (after my 1.0.2 wdog).
April 27, 2012, 01:13:07 AM
Ah well at least I can say I had one thing to do with it ...
I came up with the name
(Bitcoin FPGA GPU Miner)
Or the other name for the obvious reason
(Doom/Quake)
So ... how much do I charge each person who uses the name that I came up with and didn't give permission for I came up with the name
(Bitcoin FPGA GPU Miner)
Or the other name for the obvious reason
(Doom/Quake)
April 26, 2012, 10:35:34 PM
FWIW, the difference between CGMiner 2.3.4 and BFGMiner 2.3.4 consists of (with the rename filtered out) 3252 added lines, and 392 removed. If it was just a rebranding, I'd have a much easier time figuring out what caused that administrator requirement on Windows. :/
I was really hoping I wouldn't have to report this, but.....
I am seeing a slight performance increase (over CGMiner 2.3.3....although I haven't tried CGminer 2.3.4 yet).
More specifically, the overall Shares/Minute average, over my small GPU-Only mining farm (dually confirmed by the increased hash rate my pool is reporting back to me, based on submitted shares).
My 5 rigs at home are all running Win7 x64 and it's not specific to any one GPU platform, SDK or driver version.
I've got a 6xxx GPU rig running SDK 2.4/CAT 11.12, a 6xxx/5xxx mixed GPU rig running SDK 2.4/CAT 11.12 as well as a few 5xxx GPU rigs running SDK 2.1/CAT 11.12.
I should also note that I didn't have any problems running BFGMiner (no 'admin' error as described above). I used the same BAT files/shortcuts to launch it, as I was using for CGMiner 2.3.3 and just changing the executable's name in the file. Same settings/overclocks/temp/fan/API and everything....no problems.
My Web Monitor (using the API output) still all works and again, the only difference I noticed was that my GPU Voltage output (DEVS/GPU Voltage) was spitting out a value to 13 decimal places, but still worked 100% with nothing changed.
As all my rigs are headless & Windows 7 x64 based. They all login automatically (using an administrator privileged account, although NOT the actual Administrator) and hit the desktop without interaction, so that I can access each rig's UltraVNC server for management without having to worry about running it as a service.
Again, nice job Luke.
(it hurt to say that....lol)
bitlane.
April 26, 2012, 09:12:08 PM
I like the name. Big F.. Gun :-) Cool.
I've looked at your Icarus code and I have a question, the epoll is only available on Linux, right? I don't see any epoll.h includes in my MinGW?
Am I missing something? If it works on Windows, that is great, I won't have to code overlapped I/O equivalent.
I've looked at your Icarus code and I have a question, the epoll is only available on Linux, right? I don't see any epoll.h includes in my MinGW?
Am I missing something? If it works on Windows, that is great, I won't have to code overlapped I/O equivalent.
April 26, 2012, 09:21:34 PM
I've looked at your Icarus code and I have a question, the epoll is only available on Linux, right? I don't see any epoll.h includes in my MinGW?
Am I missing something? If it works on Windows, that is great, I won't have to code overlapped I/O equivalent.
epoll is Linux-only, and optional. It doesn't have any practical improvement yet, but when done it will enable a quicker response to longpolls. If someone familiar with Windows's WaitForMultipleObjects (or something else like epoll) wants to help out on that end, I'd appreciate it Am I missing something? If it works on Windows, that is great, I won't have to code overlapped I/O equivalent.
April 26, 2012, 08:58:00 PM
FWIW, the difference between CGMiner 2.3.4 and BFGMiner 2.3.4 consists of (with the rename filtered out) 3252 3259 added lines, and 392 399 removed. If it was just a rebranding, I'd have a much easier time figuring out what caused that administrator requirement on Windows. :/
April 26, 2012, 08:36:47 PM
I've been running this for the last 30 minutes or so and can't see too much difference between it and CGminer (for GPUs anyway)......so far.
1 thing, my 'Web Monitor App' using the API...
For DEVS/GPU Voltage, my cards are all giving me 13 decimal places (ie. HD6950 = 1.1000000238419 V, instead of 1.1 V that it usually reports).
Obviously not a big deal, as I can trim that down on my end in php.
I never thought I would say this, but.... good job Luke.
It's the same thing. He just rebranded it and will be maintaining the codebase separately from cgminer's so that the FPGA stuff works how he wants it to.1 thing, my 'Web Monitor App' using the API...
For DEVS/GPU Voltage, my cards are all giving me 13 decimal places (ie. HD6950 = 1.1000000238419 V, instead of 1.1 V that it usually reports).
Obviously not a big deal, as I can trim that down on my end in php.
I never thought I would say this, but.... good job Luke.
Well it is mostly the same code base but he did include some pulls which hadn't been included in the cgminer mainline. So it isn't simply a rebrand. I am sad that the three developers couldn't reach a consensus in cgminer project but these things happen in open source ... just look how many distros of linux exist.
April 26, 2012, 08:33:49 PM
I've been running this for the last 30 minutes or so and can't see too much difference between it and CGminer (for GPUs anyway)......so far.
1 thing, my 'Web Monitor App' using the API...
For DEVS/GPU Voltage, my cards are all giving me 13 decimal places (ie. HD6950 = 1.1000000238419 V, instead of 1.1 V that it usually reports).
Obviously not a big deal, as I can trim that down on my end in php.
I never thought I would say this, but.... good job Luke.
It's the same thing. He just rebranded it and will be maintaining the codebase separately from cgminer's so that the FPGA stuff works how he wants it to. 1 thing, my 'Web Monitor App' using the API...
For DEVS/GPU Voltage, my cards are all giving me 13 decimal places (ie. HD6950 = 1.1000000238419 V, instead of 1.1 V that it usually reports).
Obviously not a big deal, as I can trim that down on my end in php.
I never thought I would say this, but.... good job Luke.
April 26, 2012, 08:29:43 PM
I've been running this for the last 30 minutes or so and can't see too much difference between it and CGminer (for GPUs anyway)......so far.
1 thing, my 'Web Monitor App' using the API...
For DEVS/GPU Voltage, my cards are all giving me 13 decimal places (ie. HD6950 = 1.1000000238419 V, instead of 1.1 V that it usually reports).
Obviously not a big deal, as I can trim that down on my end in php.
I never thought I would say this, but.... good job Luke.
1 thing, my 'Web Monitor App' using the API...
For DEVS/GPU Voltage, my cards are all giving me 13 decimal places (ie. HD6950 = 1.1000000238419 V, instead of 1.1 V that it usually reports).
Obviously not a big deal, as I can trim that down on my end in php.
I never thought I would say this, but.... good job Luke.
April 26, 2012, 07:55:45 PM
Why is this thread pinned?
April 26, 2012, 07:47:13 PM
BFGMiner... awesome name.
http://3.7mustang.com/vb/attachments/f19/143656d1268079627-top-5-movie-weapons-you-wish-you-were-real-doom-bfg2.jpg
pew pew pew! http://3.7mustang.com/vb/attachments/f19/143656d1268079627-top-5-movie-weapons-you-wish-you-were-real-doom-bfg2.jpg
Also, sub.
April 26, 2012, 06:26:13 PM
BFGMiner... awesome name.
April 26, 2012, 06:25:49 PM
In all honesty I'm sorry to see this, and long term I envision these projects will diverge too much for there to be code going to and from each of them. It may well be that cgminer becomes the dead project and I'll stop maintaining it. Good luck.
April 26, 2012, 06:10:41 PM
Ah well at least I can say I had one thing to do with it ...
I came up with the name
(Bitcoin FPGA GPU Miner)
Or the other name for the obvious reason
(Doom/Quake)
I came up with the name
(Bitcoin FPGA GPU Miner)
Or the other name for the obvious reason
(Doom/Quake)
April 26, 2012, 06:06:06 PM
Will you be merging / cherry-picking from ckolivas' cgminer or will I need to support ztex on the two code bases separately?
I'm trying to minimize conflicts, so I can continue merging cgminer into BFGMiner. I'm also trying to do my own development with cgminer parent commits, so Con can continue to pick-and-choose which parts he adds into cgminer.Feeling much better about it now
thanks! April 26, 2012, 06:03:01 PM
Will you be merging / cherry-picking from ckolivas' cgminer or will I need to support ztex on the two code bases separately?
I'm trying to minimize conflicts, so I can continue merging cgminer into BFGMiner. I'm also trying to do my own development with cgminer parent commits, so Con can continue to pick-and-choose which parts he adds into cgminer. April 26, 2012, 05:56:18 PM
Will you be merging / cherry-picking from ckolivas' cgminer or will I need to support ztex on the two code bases separately?
Jump to: