LukePFS (OP)
Member
Offline
Activity: 83
Merit: 10
|
|
May 18, 2013, 03:47:12 AM |
|
Hi there, I'm in the process to create a dedicated FPGA Rig. So my question is, how many units do you control succesfull over USB on a single system? I know, there is be a hard limit of 127 per system. But I'm sure I dont will hit that mark. I'm thinking more about 20, 40 or maybee 60 Units per Windows 7 system. I know, many USB devices can slow down your system. It is better to choose an i3/i5 CPU with 8 GB memory or is an cheap K6 succesfull as well ? Furthermore, i prefer CGMiner as mining software. Can it handle 20, 40 or 60 devices or must I open several instances ? Does several instances affect the overall system performance ? I think, the little windows of CGMiner can not show more as about 10 hashing units at once ? Does anybody have already expirience with this ? Should be, as I'm pretty late with it....but better late as never Thank you for your advise, Luke
|
|
|
|
dogie
Legendary
Offline
Activity: 1666
Merit: 1185
dogiecoin.com
|
|
May 18, 2013, 04:00:39 AM |
|
If this is such a technical feat, just buy 3x£200 laptops.
|
|
|
|
|
rammy2k2
Legendary
Offline
Activity: 1974
Merit: 1003
|
|
May 18, 2013, 08:28:04 AM |
|
just use a USB hub with its own power supply and u wont have a problem
|
|
|
|
Quix
|
|
May 19, 2013, 03:21:59 PM |
|
AFAIK, The USB spec can only handle 127 devices per controller. You can always add a new controller. That is 100% correct. It's also important to note that a lot of motherboards ship with more than 1 USB controller. The one I'm using to type this has 4 distinct controllers.
|
|
|
|
razorfishsl
|
|
May 20, 2013, 11:09:43 PM Last edit: May 25, 2013, 01:26:05 AM by razorfishsl |
|
Split it out as much as possible on separate controllers.
Your throughput will be better.
USB *may* be able to handle 127 devices... but it can only talk to one at a time
By splitting it out to 4 controllers, it can speak to 4 AT A TIME.
If one goes defective then you only loose 25% of your operation... not 100%
Note when I say CONTROLLER I mean HOST controller with a direct distinct & individual data-path back to the CPU.
|
|
|
|
crazyates
Legendary
Offline
Activity: 952
Merit: 1000
|
|
May 21, 2013, 02:54:27 AM |
|
Anyone had any luck on running lots of units on USB 3.0 vs 2.0? I wonder if a native implementation of USB 3.0 in a miner would reduce latency? We don't really need the bandwidth, IIRC, but lower latencies might help in a system with 100+ 50GH/s USB miners.
|
|
|
|
LukePFS (OP)
Member
Offline
Activity: 83
Merit: 10
|
|
May 24, 2013, 05:02:48 PM |
|
Thank you for your Responses.
I changed now the design to additional 2 USB Controllers, so with the Onboard 3 in total. And of course I'm using only powered USB Hubs.
Will Report again, when I'm up and running, but that should take about an month from now, until I recieve the last FPGA's.
Cheers, Luke
|
|
|
|
maxl
|
|
May 24, 2013, 06:48:57 PM |
|
But the controller in the USB-Hubs also count as a "device" some of the bigger ones have two controllers in it.
|
|
|
|
razorfishsl
|
|
May 25, 2013, 01:28:57 AM |
|
But the controller in the USB-Hubs also count as a "device" some of the bigger ones have two controllers in it.
That is NOT a controller...... It is not capable of initiating a transfer on its own, as such at the most it is a PERIPHERAL DEVICE. And as such it is subtracted from the total count of 127. However for practicable reasons I have yet to see a 'fully loaded' USB system.
|
|
|
|
Biomech
Legendary
Offline
Activity: 1372
Merit: 1022
Anarchy is not chaos.
|
|
May 25, 2013, 11:58:33 AM |
|
But the controller in the USB-Hubs also count as a "device" some of the bigger ones have two controllers in it.
That is NOT a controller...... It is not capable of initiating a transfer on its own, as such at the most it is a PERIPHERAL DEVICE. And as such it is subtracted from the total count of 127. However for practicable reasons I have yet to see a 'fully loaded' USB system. A guy I used to hang out with did do a full on 127 device chain, back when USB1.1 first came out, and it worked. Bogged the system something fierce, though. With the faster throughput on 2.0 and 3.0, I think it would probably be better. However, it's probably safer and EASIER to just keep the numbers down and use multiple hosts. A usb controller isn't exactly expensive. Even this cheap ass acer I'm using has two of 'em.
|
|
|
|
razorfishsl
|
|
May 25, 2013, 10:45:29 PM |
|
But the controller in the USB-Hubs also count as a "device" some of the bigger ones have two controllers in it.
That is NOT a controller...... It is not capable of initiating a transfer on its own, as such at the most it is a PERIPHERAL DEVICE. And as such it is subtracted from the total count of 127. However for practicable reasons I have yet to see a 'fully loaded' USB system. A guy I used to hang out with did do a full on 127 device chain, back when USB1.1 first came out, and it worked. Bogged the system something fierce, though. With the faster throughput on 2.0 and 3.0, I think it would probably be better. However, it's probably safer and EASIER to just keep the numbers down and use multiple hosts. A usb controller isn't exactly expensive. Even this cheap ass acer I'm using has two of 'em. Ideally you get something like a PCIe card with several controllers (NOT USB ports), then build the chain off that. For SBC's there is a big issue in that you need data-sheets and a circuit diagram to see how it is implemented, I think on the first revisions of the PI it is badly done. One absolute killer is where they use a bloody chip for the Ethernet with extra USB ports on, some of these chips do not even have a TCP/IP buffer!!! so once you get one of these shitty little cutters on your USB chain, you have a chip with multiple Ethernet ports open, with no buffers... sucking the bandwidth out of your USB chain. Even worse are the 'pack of lies' controllers which say USB2.0 compatible, but when you pull the data-sheet they are actually USB1.0 , but they are classed as 'compatible' because the 2.0 infrastructure is capable of communicating with the 1.0 device!!! Only issue is... if you read the USB spec... a USB chain with a 1.0 device on it, defaults the WHOLE chain to 1.0 spec speeds.... (yep they do have some 'hubs' with translators, but it depends on the chipsets used.) It is like a massive Microsoft nightmare, where even accomplishing something a simple as plugging a couple of devices into your computer becomes a major research task.
|
|
|
|
iamthekey
Newbie
Offline
Activity: 36
Merit: 0
|
|
June 10, 2013, 09:56:40 PM |
|
|
|
|
|
BlazinBeaches
Member
Offline
Activity: 98
Merit: 10
|
|
June 10, 2013, 10:31:04 PM |
|
Just get a bunch of controllers, slap on a current gen i5 or i7, 16-32gb of ram all for piece of mind, and add hundreds of those things.
|
|
|
|
-ck
Legendary
Offline
Activity: 4284
Merit: 1645
Ruu \o/
|
|
June 10, 2013, 11:34:40 PM |
|
Anyone had any luck on running lots of units on USB 3.0 vs 2.0? I wonder if a native implementation of USB 3.0 in a miner would reduce latency? We don't really need the bandwidth, IIRC, but lower latencies might help in a system with 100+ 50GH/s USB miners. The mining device latencies themselves are many orders of magnitude larger than the usb latencies so going to usb3 would achieve nothing. It will not be a rate limiting thing even with 1000 devices.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
razorfishsl
|
|
June 11, 2013, 12:20:13 AM |
|
This has been answered SOOOOOO many times before on these forums.
The issue is point of failure. and point to point communication.
|
|
|
|
crazyates
Legendary
Offline
Activity: 952
Merit: 1000
|
|
June 11, 2013, 01:20:50 AM |
|
Anyone had any luck on running lots of units on USB 3.0 vs 2.0? I wonder if a native implementation of USB 3.0 in a miner would reduce latency? We don't really need the bandwidth, IIRC, but lower latencies might help in a system with 100+ 50GH/s USB miners. The mining device latencies themselves are many orders of magnitude larger than the usb latencies so going to usb3 would achieve nothing. It will not be a rate limiting thing even with 1000 devices. Awesome, thanks!
|
|
|
|
bystander
|
|
June 11, 2013, 03:14:45 AM |
|
Thanks for posting this. I'm running 99 of them right now with 10 arctic fans on 11 Anker hubs, but HW error rates have exceeded 10%. I wasn't sure if I was just hallucinating about the HW errors, but seeing your screen shot confirms what it should look like. Will have to find a way to curb these "nonce" HW errors.
|
|
|
|
|
andrei.u
Newbie
Offline
Activity: 48
Merit: 0
|
|
June 11, 2013, 08:06:04 PM |
|
Hi, Be careful with your internet line... Although it is "theoretically"possible to put more then 127 devices/port , you have to know and understand that in electronics theory is not = to practice . Stay low with ~100 devices/computer ( intel atom board + gb of ram + 16gb flash drive) and you should be ok - USB hubs will also "eat" some of the 127 devices...
|
|
|
|
|