Pages:
Author

Topic: How many USB Device on a single system ? (Read 3043 times)

sr. member
Activity: 399
Merit: 250
June 13, 2013, 08:45:14 PM
#26
That is OSX.. lets see the 'activity monitor' and a double click on the "CPU usage"
Really?? The screenshot is of OSX, but he's blatantly using TeamViewer to remote into a Windows8 machine that's running 8 instances of CGMiner 3.1.1 to run 76 devices. And that Intel NUC is a 4"x4" little box with a dual-core 1.8GHz CPU. Not exactly beefy.

Sorry I imbued him with a little too much intelligence....

Seems you can get osx running on that intel stack.... with a few hacks, I initially thought he had gone that route.


Anyway .... whilst we are on the number of USB devices

Spotted another serious flaw with trying to 'tree up' a USB port to its maximum.. (actually it was my cat that found it)
A defective plug on a USB cable, allowed the cable to operate out of spec and in doing so took down a section of my miner network
(fortunately i'm on multiple controllers)... unfortunately it also burned out an ATX PSU

So maybe that is an argument for multiple cheap computers....
sr. member
Activity: 308
Merit: 250
I would like to nail a common miss-conception here about processors/memory/speed.

I have had 54 units on 3 hubs running on a p4 2.8Ghz (skt 775) with 2x512 MB memory (DDR2) on PCLINUXOS with a 20GB IDE drive.

All is sweet, CPU hangs around 2-3% usage, I have no idea why people are throwing money at "I" core systems with vasts amount of memory and HDD space.

If it a stand alone miner and you leave it as such, You can use dated hardware and save $$$

I know what you mean, my 'rig' has a single 4GB stick of DDR3, and a old i3 530 with one core disable and the other down-clocked to 1.3GHz and 1.05v! Doesn't even need a fan on it and stays around 50*C!
legendary
Activity: 952
Merit: 1000
That is OSX.. lets see the 'activity monitor' and a double click on the "CPU usage"
Really?? The screenshot is of OSX, but he's blatantly using TeamViewer to remote into a Windows8 machine that's running 8 instances of CGMiner 3.1.1 to run 76 devices. And that Intel NUC is a 4"x4" little box with a dual-core 1.8GHz CPU. Not exactly beefy.
full member
Activity: 224
Merit: 100
I'm thinking I can get atleast 100 on a machine easily.  I just need a usb hub that supports that.  There are a few out there, but it's pricy.  better to buy some smaller and just daisy chain it.
sr. member
Activity: 399
Merit: 250
All on Intel Nuc Core i3



That is OSX.. lets see the 'activity monitor' and a double click on the "CPU usage"
copper member
Activity: 2310
Merit: 1032
I would like to nail a common miss-conception here about processors/memory/speed.

I have had 54 units on 3 hubs running on a p4 2.8Ghz (skt 775) with 2x512 MB memory (DDR2) on PCLINUXOS with a 20GB IDE drive.

All is sweet, CPU hangs around 2-3% usage, I have no idea why people are throwing money at "I" core systems with vasts amount of memory and HDD space.

If it a stand alone miner and you leave it as such, You can use dated hardware and save $$$
newbie
Activity: 48
Merit: 0
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...
newbie
Activity: 36
Merit: 0
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
full member
Activity: 177
Merit: 100
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.
legendary
Activity: 952
Merit: 1000
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!
sr. member
Activity: 399
Merit: 250
This has been answered SOOOOOO many times before on these forums.

The issue is point of failure. and point to point communication.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
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.
member
Activity: 98
Merit: 10
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.  
newbie
Activity: 36
Merit: 0
All on Intel Nuc Core i3

https://i.imgur.com/4elG6BO.jpg
sr. member
Activity: 399
Merit: 250
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.
legendary
Activity: 1372
Merit: 1022
Anarchy is not chaos.
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.
sr. member
Activity: 399
Merit: 250
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.
full member
Activity: 221
Merit: 100
But the controller in the USB-Hubs also count as a "device" some of the bigger ones have two controllers in it.
member
Activity: 83
Merit: 10
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
legendary
Activity: 952
Merit: 1000
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.
Pages:
Jump to: