Bitcoin Forum
April 23, 2024, 08:32:31 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1] 2 »  All
  Print  
Author Topic: How many USB Device on a single system ?  (Read 3038 times)
LukePFS (OP)
Member
**
Offline Offline

Activity: 83
Merit: 10


View Profile
May 18, 2013, 03:47:12 AM
 #1

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 Cheesy

Thank you for your advise,
Luke
The trust scores you see are subjective; they will change depending on who you have in your trust list.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1713861151
Hero Member
*
Offline Offline

Posts: 1713861151

View Profile Personal Message (Offline)

Ignore
1713861151
Reply with quote  #2

1713861151
Report to moderator
1713861151
Hero Member
*
Offline Offline

Posts: 1713861151

View Profile Personal Message (Offline)

Ignore
1713861151
Reply with quote  #2

1713861151
Report to moderator
dogie
Legendary
*
Offline Offline

Activity: 1666
Merit: 1183


dogiecoin.com


View Profile WWW
May 18, 2013, 04:00:39 AM
 #2

If this is such a technical feat, just buy 3x£200 laptops.

crazyates
Legendary
*
Offline Offline

Activity: 952
Merit: 1000



View Profile
May 18, 2013, 05:09:33 AM
 #3

https://bitcointalk.org/index.php?topic=182892.0

People have already been using >40 USB miners on one computer.

AFAIK, The USB spec can only handle 127 devices per controller. You can always add a new controller.

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
rammy2k2
Legendary
*
Offline Offline

Activity: 1974
Merit: 1003



View Profile
May 18, 2013, 08:28:04 AM
 #4

just use a USB hub with its own power supply and u wont have a problem
Quix
Full Member
***
Offline Offline

Activity: 174
Merit: 100


View Profile
May 19, 2013, 03:21:59 PM
 #5

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
Sr. Member
****
Offline Offline

Activity: 399
Merit: 250


View Profile WWW
May 20, 2013, 11:09:43 PM
Last edit: May 25, 2013, 01:26:05 AM by razorfishsl
 #6

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.

High Quality USB Hubs for Bitcoin miners
https://bitcointalk.org/index.php?topic=560003
crazyates
Legendary
*
Offline Offline

Activity: 952
Merit: 1000



View Profile
May 21, 2013, 02:54:27 AM
 #7

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.

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
LukePFS (OP)
Member
**
Offline Offline

Activity: 83
Merit: 10


View Profile
May 24, 2013, 05:02:48 PM
 #8

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
Full Member
***
Offline Offline

Activity: 221
Merit: 100


View Profile
May 24, 2013, 06:48:57 PM
 #9

But the controller in the USB-Hubs also count as a "device" some of the bigger ones have two controllers in it.
razorfishsl
Sr. Member
****
Offline Offline

Activity: 399
Merit: 250


View Profile WWW
May 25, 2013, 01:28:57 AM
 #10

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.

High Quality USB Hubs for Bitcoin miners
https://bitcointalk.org/index.php?topic=560003
Biomech
Legendary
*
Offline Offline

Activity: 1372
Merit: 1022


Anarchy is not chaos.


View Profile
May 25, 2013, 11:58:33 AM
 #11

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
Sr. Member
****
Offline Offline

Activity: 399
Merit: 250


View Profile WWW
May 25, 2013, 10:45:29 PM
 #12

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.

High Quality USB Hubs for Bitcoin miners
https://bitcointalk.org/index.php?topic=560003
iamthekey
Newbie
*
Offline Offline

Activity: 36
Merit: 0


View Profile
June 10, 2013, 09:56:40 PM
 #13

All on Intel Nuc Core i3

https://i.imgur.com/4elG6BO.jpg
BlazinBeaches
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
June 10, 2013, 10:31:04 PM
 #14

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 Offline

Activity: 4088
Merit: 1630


Ruu \o/


View Profile WWW
June 10, 2013, 11:34:40 PM
 #15

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
Sr. Member
****
Offline Offline

Activity: 399
Merit: 250


View Profile WWW
June 11, 2013, 12:20:13 AM
 #16

This has been answered SOOOOOO many times before on these forums.

The issue is point of failure. and point to point communication.

High Quality USB Hubs for Bitcoin miners
https://bitcointalk.org/index.php?topic=560003
crazyates
Legendary
*
Offline Offline

Activity: 952
Merit: 1000



View Profile
June 11, 2013, 01:20:50 AM
 #17

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!

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
bystander
Full Member
***
Offline Offline

Activity: 177
Merit: 100


View Profile
June 11, 2013, 03:14:45 AM
 #18

All on Intel Nuc Core i3

https://i.imgur.com/4elG6BO.jpg

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.
iamthekey
Newbie
*
Offline Offline

Activity: 36
Merit: 0


View Profile
June 11, 2013, 07:27:31 PM
 #19

icarus-timing short is my config with 200 Mhz firmware. Today go trying v 42 with new heatsinks and 92 mm fan. Without, very much HW


https://i.imgur.com/5nOu6RR.jpg
https://i.imgur.com/jTDE6r0.jpg
andrei.u
Newbie
*
Offline Offline

Activity: 48
Merit: 0


View Profile
June 11, 2013, 08:06:04 PM
 #20

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...
Pages: [1] 2 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!