Bitcoin Forum
June 21, 2024, 05:27:37 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 [144] 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 ... 247 »
2861  Economy / Goods / Re: [WTB] True 7-port USB hub on: October 17, 2012, 02:14:23 PM
Here's some lsusb that seem to be relevant:
Code:
0408:0907 Quanta Computer, Inc.
0409:0050 NEC Corp.
041e:3051 Creative Technology, Ltd (compound)
0424:2507 Standard Microsystems Corp.
0451:1446 Texas Instruments, Inc. TUSB2040/2070 Hub
0451:2077 Texas Instruments, Inc. TUSB2077 Hub
04cc:1521 Philips Semiconductors USB 2.0 Hub (no PPPS)
050d:0237 Belkin Components
050d:0307 Belkin Components (no PPPS)
1a40:0201 TERMINUS TECHNOLOGY INC. (no PPPS)
1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub (no PPPS)
2001:f103 D-Link Corp. [hex]
2001:f103 D-Link Corp. DUB-H7 7-port USB 2.0 hub
2001:f103 D-Link Corp. DUB-H7 7-port USB 2.0 hub
2862  Economy / Goods / [WTB] True 7-port USB hub on: October 16, 2012, 08:56:00 PM
Many (most?) 7-port USB hubs on the market seem to be made up of two 4-port controller chips internally (with the 4th port on the 1st controller connected to the upstream port on the 2nd). Since USB has a 5-hub chain limit, this adds up fast. I'm looking for a 7-port USB hub that is built on a true 7-port USB controller chip. Unfortunately, I haven't managed to find out which those are.

As far as I know, the only controller chips that support true 7 ports downstream are:
  • SMSC USB2507
  • SMSC USB2517
  • TI TUSB2077A
  • REA uPD720113

I presume such a USB hub will also appear to the computer (lsusb on Linux, at least) as a single USB hub, and dual-4-ports as two USB hubs.

Information is welcome (eg, models that are true 7-port hubs), as well as offers to sell such a hub.

Bonus for something I can use for charging, and/or working per-port power switching (this lets your computer turn each port on/off).

Thanks,

Luke
2863  Bitcoin / Mining software (miners) / Re: BFGMiner: modular FPGA/GPU, overclk/fans, GBT, RPC, Linux/PPA/Windows 2.8.2 on: October 16, 2012, 07:16:45 PM
Does BFGMiner include Stratum now?
No. If the beta Stratum branch gets enough testing it might make 2.9.0.
2864  Bitcoin / Hardware / Re: Algorithmically placed FPGA miner: 255MH/s/chip, supports all known boards on: October 16, 2012, 05:48:37 PM
My Radeon GPUs can be locked down nicely inside KVM. Wink
And you've audited the KVM firmware?

That would be the more appropriate analogy.
KVM is open source software.
2865  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windows/osx/mip/r-pi 2.8.3 on: October 16, 2012, 05:31:12 PM
Alas the ztex code is in complete bitrot. The only code maintainer for it (nelisky) has long since disappeared and made no attempt to come back and maintain or bugfix it. So you're screwed.
I am maintaining the Ztex driver in BFGMiner.
2866  Bitcoin / Pools / Re: [605 GH] Eligius: GBT Decentralized, 0Fee SMPPS, no reg, BTC+NMC on: October 16, 2012, 11:57:28 AM
So the number of bitcoins under the stats column "Extra Credit" are also owed bitcoins?
No.
2867  Bitcoin / Hardware / Re: High Efficiency FPGA & ASIC Bitcoin Mining Devices https://BTCFPGA.com on: October 15, 2012, 04:20:44 PM
Which means DOUBLE THE PROFITABILITY!
This is simply not true. This would only be true if your MMQ used up 33% of its earnings in power usage, and the Single used up 66% of its earnings in power usage. In reality, these numbers are only 4.5%, and 9%. That is still technically half the operating costs, but it's not twice the profit.
I think he meant when difficulty catches up; ie, miners are back to operating at barely a profit.
2868  Bitcoin / Mining software (miners) / Re: Fully P2P protocol for mining with tunable variance. on: October 15, 2012, 04:11:43 PM
Sorry but this protocol seems full of big holes and I really don't see the advantage: I'm not even sure what the "needlessly strict pool boundaries" are. Would you advocate a system where there is no pool at all and everyone should look for individual partners with a local "reciprocity daemon" finding/maintaining partners and checking that everything is going on nicely? That would be a mess: with p2pool we have ~200 users (and it's arguably high variance), should I contact them all to setup the thing? What about small miners, who would bother contact them (they don't help your variance much, so why bother)?
Eliel's goal seems to be a system that automatically negotiates forming ad-hoc pools between peers. This is as opposed to the current system where miners choose to cooperate with an existing pool setup by someone else (eg, p2pool is setup and maintained by forrestv). I agree with you that this is unnecessary considering that there are already multiple options in the decentralized pool category (BitPenny, p2pool, Eligius, EclipseMC, BitArena, etc), but it is still interesting in theory and might very well be the future of pooled mining.
2869  Bitcoin / Pools / Re: [605 GH] Eligius: GBT Decentralized, 0Fee SMPPS, no reg, BTC+NMC on: October 15, 2012, 02:48:06 PM
Kislam's 1PMHA7hyqqbcCbjMfwvKT4xEZ81EYasJze doesn't appear to have ever mined on Eligius?  Huh
There's no reason to think someone would be mining with their forum donation address...
2870  Bitcoin / Pools / Re: [605 GH] Eligius: GBT Decentralized, 0Fee SMPPS, no reg, BTC+NMC on: October 15, 2012, 01:54:58 PM
It's very difficult to be inactive in SMPPS EC mode, since the EC keeps paying you.

Unfortunately, I'm having trouble finding time to finish CPPSRB - anyone else want to take a stab at it?
I'm on IRC most of the day and can at least help with the design issues.
2871  Bitcoin / Legal / Re: I questioned the "Bitcoin dev team" (Andresen & Co.) on complying with AML laws. on: October 14, 2012, 06:55:05 PM
in the original irc conversation it's weird how BlueMatt doesn't appear to have ops but then does all of a sudden as he threatens to kick people.
Freenode recommends ops "hide" without the +o flag until they need to use it.
2872  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windows/osx/mip/r-pi 2.8.3 on: October 14, 2012, 06:11:32 PM
Just updated to 2.8.3.  I have to say I really don't like the new precision on numeric output:

Quote
GPU 0:  73.0C 2900RPM | 604.2M/661.2Mh/s | A:3 R:0 HW:0 U: 7.03/m I: 9
GPU 1:  74.0C 2912RPM | 595.1M/659.3Mh/s | A:5 R:0 HW:0 U:11.72/m I: 9
GPU 2:  74.0C 2922RPM | 611.8M/658   Mh/s | A:10 R:0 HW:0 U:23.44/m I: 9

Could you put a .0 on there instead of all that blank space?  It's a minor thing, but I like it better that way.
You might prefer BFGMiner's format:
Code:
BFL 0:  68.3C         | 877.2/868.3/865.6Mh/s | A:14233 R:164 HW:  28 U:12.09/m
BFL 1:  68.3C         | 1.477/1.468/1.465Gh/s | A:28533 R:164 HW:  28 U:24.18/m

Cgminer now displays the actual share difficulty target it hit as well as the current pool difficulty like so:
Code:
 [2012-10-12 21:00:31] Accepted 2687d42a Diff 6/3 GPU 1 pool 2
 [2012-10-12 21:00:41] Accepted 00f98044 Diff 262/3 GPU 3 pool 2
 [2012-10-12 21:00:45] Accepted 3840818b Diff 4/3 GPU 2 pool 2
 [2012-10-12 21:00:55] Accepted 35777786 Diff 4/3 GPU 1 pool 2

I'm not understanding this.  Aren't these difficulty numbers multipliers of current difficulty?  How/why would a miner be working on a higher difficulty than the pool is requesting?
Miners are trying to find hashes that meet a minimum of the current difficulty. So if your hash only hit difficulty 1, it is not good enough for a difficulty 3 pool. If your hash hits the Bitcoin difficulty, you found a block.
2873  Bitcoin / Mining software (miners) / Re: BFGMiner: modular FPGA/GPU, overclk/fans, GBT, RPC, Linux/PPA/Windows 2.8.2 on: October 14, 2012, 06:06:12 PM
possible bug to report:
I am seeing 2.8.2 crash on multiple linux machines about once every 24 hours
by crash I mean it just closes itself one min you see shares being accepted the next min you see  $ command prompt - no error msg given
 dont know if its a segmentation fault or what but it happens once a day
This doesn't help identify or fix the problem at all. Please get some information and open an Issue. I suggest building with CFLAGS="-ggdb -O0" (add this onto the ./autogen.sh line) and running with "ulimit -c unlimited; valgrind bfgminer <your options> --debuglog 2>debug.log"

You might want to switch to cgminer and avoid these issues https://bitcointalk.org/index.php?topic=28402.0
No, most of such issues tend to come from cgminer-originated changes. Also, cablepair is presumably using ModMiner devices, which cgminer doesn't work with at all (because they stopped merging updates to the driver before the production devices existed).
2874  Bitcoin / Hardware / Re: High Efficiency FPGA & ASIC Bitcoin Mining Devices https://BTCFPGA.com on: October 14, 2012, 06:01:38 PM
how's the security of a router stand up to that of running cgminer in linux?
All the routers in question here are Linux. And if someone can break into your router, they can bypass it entirely. So the security of the network depends on the security of the router itself.

Your point being what? What specifically do you want to interject with your comment? Which router? My comments were specifically toward the hardware that is controlling that is running the miner program.

If you use a piece of hardware (router) to run a miner, it is just as vulnerable as any PC on your network, unless you take steps to harden it. DD-WRT does a good job of hardening their setups.
I was agreeing with you, and trying to explain to cypherdoc why it was obviously just as secure.

Your original comment shows your intended objective of mis-information. As per your your statement, It can be generalized in this context, if you use DD-WRT to run cgminer, someone can break into your router.
Um, no u? Don't know how you completely misread what I said.
2875  Bitcoin / Hardware / Re: High Efficiency FPGA & ASIC Bitcoin Mining Devices https://BTCFPGA.com on: October 14, 2012, 04:37:48 PM
how's the security of a router stand up to that of running cgminer in linux?
All the routers in question here are Linux. And if someone can break into your router, they can bypass it entirely. So the security of the network depends on the security of the router itself.

Your point being what? What specifically do you want to interject with your comment? Which router? My comments were specifically toward the hardware that is controlling that is running the miner program.

If you use a piece of hardware (router) to run a miner, it is just as vulnerable as any PC on your network, unless you take steps to harden it. DD-WRT does a good job of hardening their setups.
I was agreeing with you, and trying to explain to cypherdoc why it was obviously just as secure.
2876  Bitcoin / Hardware / Re: High Efficiency FPGA & ASIC Bitcoin Mining Devices https://BTCFPGA.com on: October 14, 2012, 04:24:48 PM
how's the security of a router stand up to that of running cgminer in linux?
All the routers in question here are Linux. And if someone can break into your router, they can bypass it entirely. So the security of the network depends on the security of the router itself.
2877  Bitcoin / Mining software (miners) / Re: BFGMiner: modular FPGA/GPU, overclk/fans, GBT, RPC, Linux/PPA/Windows 2.8.2 on: October 14, 2012, 01:16:46 AM
I was checking with you when you will be including the x6500 in bfgminer.
I've been busy with everything a lot over the past few months, but I have the code partially done. As nelisky mentioned, it is a lot of code/work compared to other FPGAs. As soon as I have something usable for mining, I will post a beta. I expect this should be within the next 2 weeks, and will definitely make it a priority to get it done before ASICs.
2878  Bitcoin / Pools / Re: [2000 GH/s] EMC: No Fee/PPS/DGM/Dwolla Payout/SMS/Yubikey/GBT/Vardiff on: October 14, 2012, 01:14:45 AM
Did something change with the pool around 8am EST? BFGMiner suddenly stopped working and I have had to switch to cgminer. I get no error, it just causes the app to lock up and become unkillable. It is listed as defunct in the ps listing after trying to kill or press ctrl+c.
Could you make a debug log of this?
Code:
bfgminer <your options here> --debuglog 2>debug.log
2879  Other / Beginners & Help / Re: Long poll exceptions on Eligius port 80 on: October 14, 2012, 01:12:15 AM
Can it be that since yesterday, the mining is no longer possible on port 80?
Could be - been fighting some iptables issues since a forced reboot a few days ago. Haven't found a good solution yet Sad
2880  Bitcoin / Legal / Re: I questioned the "Bitcoin dev team" (Andresen & Co.) on complying with AML laws. on: October 12, 2012, 08:29:56 PM
It would tear the currency to oblivion and small sects.
You seem to be trying to do that already, so what are you worried about?

FWIW, I don't have a dog.
Pages: « 1 ... 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 [144] 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 ... 247 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!