|
|||||||
![]() |
|
|
Thread Tools | Search this Thread | Display Modes |
|
|
#151 | |
|
Quote:
Either way, Intel controls the silicon, and they may have decided that the given roadmap looks practical and economic to 40 channels/100Gb and 30m. |
||
|
|
0
|
|
|
#152 | |
|
Quote:
__________________
2012 27" iMac with 680mx | 2011 13" MBA 128gb | iPhone 4 32gb | Nexus 7 16gb | Nexus 4 on Carbon and Trinity. |
||
|
|
1
|
|
|
#153 | |
|
Quote:
http://en.wikipedia.org/wiki/ClearCurve The increased bend performance has to do with the internal reflective casing the fiber is wrapped in. Somewhere there is an Intel video demo where the cable is almost tied in a knot and still works. The factor is cost not whether it can be done in an affordable enough fashion for Thunderbolt purposes. It would not be used in very high bandwidth like telcom/network backbone transport ( which relatively Thunderbolt is not. It is only high in comparison to the legacy protocols it typically is deployed to transport. ). |
||
|
|
1
|
|
|
#154 | |||||
|
Quote:
"... As a result, Intel told me that we won't see any increase in Thunderbolt speeds for the next two years. ... " http://www.anandtech.com/show/5405/t...likely-in-2014 We may see a 'dog and pony' show at one of the 2013 Intel Developer forums. However, it is highly unlikely will see a bump in actually deployed Thunderbolt systems before 2014. That will be similar to the 'dog and pony' Lightpeak ( and fiber based tentative USB 3.0 ) demos that Intel years before release of Thunderbolt (and the converted back to copper USB 3.0). There several huge problems with bumping Thunderbolt too quickly. 1. The current form barely has traction. If basically tell folks the current stuff is being superseded then more than a few folks will just skip it. 2. Bandwidth limitations. Most designs that computers are leveraging right now are limited to x4 PCI-e v2.0 lanes off the IOHUB chip. There is no PCI-e v3.0 to tap into with most Core i5/i7 designs. Until Intel's mainstream core reference design come up with more PCI-e v3.0 lanes there is not "excess" internal bandwidth to export to a faster Thunderbolt. 3. "Faster than PCI-e v3.0" is going to run into many of the same interference problems that inexpensive and botched USB 3.0 problems have (e.g., 'corner cutting' inexpensive cables kicking off gobs of noise , RF problems at the connectors , etc. ) Quote:
Likewise doing a die shrink on the current technology and incorporating a few more discrete parts into the core TB controller package will also reduce costs. Again going to new standard would likely run counter to higher integration and pushing die size down. Again reflective more so of minimally status quo costs ( if not a net increase). Quote:
Quote:
Quote:
|
||||||
|
|
0
|
|
|
#155 | |||
|
Quote:
It is expensive but 10GbE and Infiniband solutions already exist and are deployed. Fiber Channel over Ethernet FCoE also is increasingly deployed. There was a hope that somehow Thunderbolt (TB) would deliver 10GbE or 10+ Gb Infiniband bandwidth at a much more affordable price point but that really hasn't surfaced yet. If the prices for this optical cable made a revolutionary difference I suspect they would have been attached to the story. More likely long fiber TB runs will have a bigger traction in deplacing extended Firewire runs than contemporary very high bandwidth alternatives. It may also help 10GbE switch (and per port) costs come down some finally to. Quote:
These long TB cables bring no huge increase in Bandwidth. People seem to labor under the misconception that somewhat TB Bandwidth goes up with the number of ports. It doesn't. The more 'clients' on a TB daisy chain the more the bandwidth is shared/split between those clients. Quote:
Multiple VNC sessions to a Mac Pro is doable now with 1GbE switch and a multiple port card addition to the "server" Mac Pro. Thunderbolt doesn't add much there and TB displays are the 'tail wagging the dog' (just there to drag in Thunderbolt). |
||||
|
|
0
|
|
|
#156 | |
|
Quote:
It's a peripheral bus local to a single host. Anything else you want to make it do requires using that peripheral bus to hook up actual peripherals to it that perform the needed function. Need networking ? Hook up Ethernet to your Thunderbolt bus... etc...
__________________
"What you leave behind is not what is engraved in stone monuments, but what is woven into the lives of others." -- Pericles |
||
|
|
0
|
|
|
#157 | ||
|
Charles just used the existing technology and made it work in the telecommunications market. He didn't invent it. Not that it detracts the great work he did, but nonetheless it would be wrong to give him credit for creating fiber optic technology.
http://en.wikipedia.org/wiki/Charles_K._Kao Quote:
Quote:
Getting back to Charles though. When he did work with Fiber, it was under a British company, so my point about it not being US technology still stands.
__________________
|
|||
|
|
2
|
|
|
#158 | |
|
Quote:
Most people here would find a mix of all or almost all of these Industry standards, excepting Apple's proprietary Lightning solution for iOS, in daily use of Apple/Windows/Android products. TB, embraced early by Apple, will become more widely available for Windows users with Intel Haswell support, which should increase the number and kind of peripherals available for Apple users as well, leaving Lightning as the single proprietary connection solution from Apple. |
||
|
|
1
|
|
|
#159 | ||
|
Quote:
AND if you happen to have one of the handful of Thunderbolt displays... ---------- Quote:
There are already far too many connection standards for Video as it is. BNC, Composite, Component, SCart, S-Video, VGA, RGB, HDMI, USB, iLink, Firewire to name a few... and most of these are in addition to audio and time sync connections. As video technician you need a trunk full of cables, adapters and accessories to connect things now, there will be a full out revolt if they add more! |
|||
|
|
0
|
|
|
#160 | |
|
Quote:
The solutions, albeit expensive, that we've seen is what Thunderbolt is being aimed at. Replacing things like eSATA, external SCSI, Firewire and allowing things like laptop docks and PCIe type expansion like you see on desktops only through wires rather than motherboard slots.
__________________
"What you leave behind is not what is engraved in stone monuments, but what is woven into the lives of others." -- Pericles |
||
|
|
0
|
|
|
#161 |
|
It would be nice to see them push to make thunderbolt widespread and cheaply available as opposed to this.
|
|
|
|
0
|
|
|
#162 | |
|
Quote:
Chill on the usb3gate doomsday rhetoric - the rest of us seem to be doing just fine with our USB 3.0 peripherals. One possible difference, though, is that I don't use Apple products, and use copper ports almost all of the time. WiFi sucks, so happy to have GbE ports on the docking stations for my laptops at work and at home. Bluetooth keyboards/mouses - never have been "snappy". The only time I turn on the WiFi on my laptop is if I'm in a conference room - which means that I probably didn't drag my USB 3.0 peripherals along to the meeting. The only thing wireless in my typical day (besides my 4G Thunderbolt) is that the phone's Bluetooth is on for the hands-free in the car. Priceless - accusing anyone who disagrees with your "USB 3.0 nightmare" scenario to be a paid astroturfer.
__________________
US President urges Supreme Court to strike down Prop. 8 and DOMA All the cool guys have Jony Ive avatars, so I found one too. The goatee is much sexier than the Yul Brynner look. |
||
|
|
0
|
|
|
#163 |
|
Dare I say this is what they've been waiting on to update the Mac Pro...?
__________________
27" iMac Core i7, 8GB RAM; 13" Aluminum Macbook; iPhone 4s, 4, 3Gs (now an iPod Touch for my kid) rogueplanetart.com - follow me on Twitter |
|
|
|
0
|
|
|
#164 | |||
|
Quote:
Quote:
At this point, Thunderbolt is not in any way limited in bandwidth by using copper cables (or connectors, for that matter). The 4-channel Thunderbolt controllers that have been released thus far have the same bandwidth on the back end as the PCH on the systems they've been paired with (i.e. PCIe 2.0 x4 + DP 1.1a x2 = DMI 2.0 x4 + FDI). Let's take a look at the total non-memory bandwidth of a Sandy Bridge LGA 1155 CPU: PEG - PCI Express 2.0, 5.0 GT/s x16, 8b/10b encoding, 64 Gbit/s eDP - DP 1.1a, 2.7 GT/s x4, 8b/10b encoding, 8.64 Gbit/s FDI - DP 1.1a, 2.7 GT/s x8, 8b/10b encoding, 17.28 Gbit/s DMI - DMI 2.0 (PCIe 2.0), 5.0 GT/s x4, 8b/10b encoding, 16.0 Gbit/s Total = 105.92 Gbit/s Ivy Bridge brings us PCIe 3.0 so we have: PEG - PCI Express 3.0, 8.0 GT/s x16, 128b/130b encoding, 126.03 Gbit/s eDP - DP 1.1a, 2.7 GT/s x4, 8b/10b encoding, 8.64 Gbit/s FDI - DP 1.1a, 2.7 GT/s x8, 8b/10b encoding, 17.28 Gbit/s DMI - DMI 2.0 (PCIe 2.0), 5.0 GT/s x4, 8b/10b encoding, 16.0 Gbit/s Total = 167.95 Gbit/s So in a 2-port scenario, 1st gen Thunderbolt already provides external I/O channels equivalent to 43% of the total bandwidth of the CPU in the case of SNB and 26% for IVB. While a 10 Gbit/s channel may not be fast enough for external GPU applications or certain exotic storage systems, it is still very fast in the context of the platforms it is designed for. Quote:
The primary market for an optical Thunderbolt cable is based on Thunderbolt's DisplayPort capabilities, not its PCIe bandwidth (although that certainly is an added bonus). Digital signage, displays used on stages and sets, remote monitors for video professionals, etc. You'll notice that Sumitomo showed off samples of these cables extensively at NAB. And, BTW, the Blackmagic Cinema Camera is available in two models, albeit to a limited degree, for $2995. And the interfaces you mentioned have almost all gone the way of the dodo as far as video is concerned. Analog is completely legacy at this point. For digital video interfaces you have HDMI for consumer electronics, DisplayPort for PCs, and SDI for professional gear. For data syncing you used to have USB 2.0 and 1394a/b, now you have USB 3.0 and Thunderbolt. |
||||
|
|
1
|
|
|
#165 | |
|
Quote:
Well a lot of that was how thunderbolt, if realized, could make these same things EASIER. GbE is more than capable of handling RDP tasks, and presently there are lots of people sharing a single high performance workstations with seperate video, some sort of USB hub, and whatever else is needed. Thunderbolt DOES give the ability for one capable to be routed to each workstation, which is great for simplifying situations where, in fact, a single high performance workstation is better than several consumer grade machines, and yet high performance machines at each workstations are not feasible. Yes, it's existing technology. Heck, Steve Jobs demo'ed it with the original iMac a bazillion years ago. Thunderbolt could simple make it cleaner and easier. I'm not talking about next week, I'm talking about where thunderbolt could be realized in the future. Thunderbolt being less limited to the types of roles it can have is where the genius is. Multiple cables replaced with one is what it's all about, in this case. As far as FibreChannel and such, I still think TB could, in a few years, be poised to replace it as a low cost similar performing alternative. The coolest thing about that, in my mind, is actually going to be in the small scale, not the large scale. I know of a few individuals who are in fields where they have a large storage array connected to several workstations. Using anything from GbE to FibreChannel. In theory, a thunderbolt 'network' could deliver as good or better performance at a lower cost. Heck, even if the rack-side equipment cost exactly the same, the ability to connect directly to a workstation (assuming Xeon support for thunderbolt and thunderbolt on future Mac Pros) without having to buy very expensive interface cards would save several hundred to well over a thousand bucks per client. I'm not an enterprise level IT, I'm not an IT professional at all. Others like yourself obviously know a lot more about this stuff than I do, but nonetheless I am excited about what thunderbolt can become. Right now it's fantastic for what it is, enterprise level I/O performance on consumer grade machines. It's an odd 'trickle down'. When we were on 10BaseT and the servers ran 100BaseT, the servers upgraded to 1000BaseT and we got 10/100 LAN, then we got gigabit and the servers moved on to 10GbE, FiberChannel, etc. Now, we sort of kind of got FiberChannel/10Gbe, only in the form of a new I/O with similar performance. I think cost will go down in the future. Or it could crash and burn, we'll see. But I hardly think FireWire was a failure either, as others seem to imply. It never took off in the mainstream, but why should it? Why does the typical user putting word documents on a thumb drive or an occasional song on an iPod need fast I/O with higher cost? USB makes more sense for most people. Before USB 3.0, FW800 was the De Facto standard for YEARS in many professional workstation environments. I've got a good friend who works in marketing/advertising and up until very recently when you step into that building you step into a sea of firewire cables and external firewire RAID arrays (now Thunderbolt and USB 3.0). It's a high speed I/O intended for individuals who needed to move large files quickly, and who had to do that often. Those in that market DID use FW800/400, and used it a lot.
__________________
Windows7 PC - Phenom II 965@4GHz x4 Cores, 4GB DDR3-2133, Radeon HD5870 | iPhone 5 32GB | iPad WiFi+3G 64GB | Mid 2012 MacBook Pro 13", Dual 256GB SSD's in RAID 0, 16GB DDR3-1600 |
||
|
|
0
|
|
|
#166 | ||||||||
|
Quote:
Multiple video card output per user isn't very common. The number of folks using RDP/"Terminal Services" is substantially higher. There is a corner case with Microsoft Multipoint Server Stations ( http://technet.microsoft.com/en-us/l...omponents.aspx ) that could be 'cleaned up' by combining the video and usb link onto one cable but that's a very narrow market. There are two other MMServer set-ups: USB zero and RDP over LAN. USB zero will pick up much more deployment flexibility when it comes to video with the shift to USB 3.0. Rapidly changing video is likely still a problem but the working range is larger. RDP over LAN would simply work better on 10GbE than 1GbE. 10GbE will likely get cheaper in the future. 1Gb Wifi will certainly get cheaper in the future and that requires no wires/cables. MMServer's Direct-video and USB zero modes do have a distance problem. Thunderbolt doesn't have exclusive distance benefits; quality optical fiber does. Fiber isn't exclusive to TB. Should someone add Thunderbolt to MMServer's repetoire? Sure. Is that going to revolutionize Direct-video deployments in number and quantity? Probably not. The huge disconnect here is that Apple doesn't have a MutliPoint Server solution like this. The closest is Lion/Mountain Lion multiple session VNC based solution. http://appleinsider.com/articles/11/...screen_sharing VNC is firmly rooted in Ethernet ( wired or wireless ) based deployment. A hack could be layered on top of Thunderbolt to leverage it, but Thunderbolt isn't really an "Direct video server" enabling solution. Quote:
Quote:
There is nothing 'easier' here in terms of physical deployment. It may be faster, more performant, in some circumstances. Or more cost effective (e.g., against 10GbE which has stubbornly stuck to higher prices even after the appearance of 40 and 100GbE. ). However, easier, in some new way, is highly questionable. Quote:
Some may try to spin the notion that Thunderbolt is some sort of NAS, but it isn't. One computer is manipulating the SATA/USB/Firewire controllers spread out over the Thunderbolt 'network' is not NAS. It is largely one system with the parts distributed. It is not multiple consumers 'talking' to the storage controllers it is just one, with perhaps multiple streams, talking to many. A 1:N ration instead of a N:1 ratio. There is a very substantive difference between the two. Additionally, Thunderbolts pragmatic 6 device limitation makes it far more a DAS solution than a NAS or SAN solution which are scalable to a completely different degree. There is likely some hackery you can do with custom drivers layered on top of Thunderport's PCI-e layer that create a virtual Ethernet or FC layer. That coupled with attaching a local CPU to the perhiperal along with the storage controllers and similar virtual Ethernet drivers would get you NAS/SAN over Thunderbolt, but you are still stuck with the limited device network. Quote:
This is close to the same "theory" that Firewire 800 storage networks would displace limited 100MbE SAN networks more cheaply. Quote:
So instead of buying the card and being able to use different peripherals that attach to that card, you now buy the card and peripheral bundled together. That is one reason the prices are higher. Thunderbolt is a big win on devices that don't have PCI-e slots (i.e., everything except the Mac Pro). Quote:
Frankly, with 1Gb WiFi coming wired 10GbE is going to have to get more pervasive and cheaper. The same reasons as outiined about when the when points crank up the speed the bandwidth to the edges has to go up too. Eventually wireless traffic has to transition onto wires. Thunderbolt is only an additional competitive reason that 10GbE needs to transition to much lower prices over next couple of years to survive. Quote:
The notion of "failure" is largely misplaced on the notion that there has to be "one port to rule them all". That's goofy. It is like proposing that there is one screwdriver ( or one hammer) to rule them all. Thunderbolt is going to survive and have a viable market. Probably at least as widespread as FW400 eventually got to. Perhaps a bit more if the viability as standard docking station port is widely adopted. But it is not, and never, was a "USB killer". Or a 10GbE killer. Or a FiberChannel killer. It is likely that the combination of TB and USB 3.0 will snuff off FW ports on PCs over time though. Last edited by deconstruct60; Jan 2, 2013 at 12:21 PM. |
|||||||||
|
|
1
|
|
|
#167 | |||
|
Quote:
Second, you snipped out my comments about TB displays being very much a tangential "tag wag the door" issue. They are equally that same state in trying to unjustify TB and those arguments trying to justify TB. Third, it is feasible to use the PCI-e connetion as a virtual Ethernet transport layer. In fact this is exactly what Intel is doing with their Xeon PHI PCI-e card which run a Linux image on the card and communicate to the "host" computer over virtual Ethernet connection to pass data to/from the host. The same thing could be done with a modified Smart-and-Thin Thunderbolt display which got its own CPU just to run an enhanced VNC client. If trying to model a "thin client" distribution system then the nodes on the network ( this case Thunderbolt) would need to be "Thin" ( which means not completely lacking in a smarts (a ÇPU) .) It is feasible to do, just not particularly likely. Or if done a widespread mode of deployment. Quote:
Quote:
So you could have an external device that has no physical Ethernet connector on it feed back Ethernet like data at 10GbE-like speeds if that is what is pumped onto the Thunderbolt bus. A Thin client could do that. That a dumb docking station can't (e.g., the TB Display) is beside the point. |
||||
|
|
0
|
|
|
#168 | |
|
Quote:
Location 1: (Back room or Cupboards on other side of office ): MacMini and Thunderbolt disk array. Location 2: (Sitting on the desk or perhaps floating on a VESA articulated arm) Apple thunderbolt display USB peripherals It would defeat the purpose to have a noisy disk drive as a Thunderbolt adapter. That said, I am intrigued about your A/V Interface, what did you have in mind ?
__________________
Broadcast TV free since 1995. |
||
|
|
0
|
|
|
#169 | ||
|
Quote:
I did not deny this, I just said TB by itself could not do it. Quote:
It's the same reason I will now snip the rest of your post. Good day.
__________________
"What you leave behind is not what is engraved in stone monuments, but what is woven into the lives of others." -- Pericles |
|||
|
|
0
|
|
|
#170 | |
|
Quote:
Thunderbolt is really not ideal for external GPUs or for that matter any PCIe application that requires a PCIe 2.0 x8 or wider connection. However, it is perfect for replicating some or all of the functionality of the southbridge outside of the box. |
||
|
|
0
|
|
|
#171 | |
|
Quote:
Had T-Bolt been simply two PCIe 1.0 x4 channels, it would have had a better chance. Instead, it's a murky melange of IO and graphics. Can you sell a T-Bolt port that doesn't implement graphics? What if you want 8 T-Bolt ports on your "future" Mac Pro - does every port have to carry DisplayPort video, or can all the bandwidth be dedicated to IO? Using the mDP connector and bundling video was a bad, bad design choice. (Note that I say "and", it's an OK connector - it's the bundle that sucks.)
__________________
US President urges Supreme Court to strike down Prop. 8 and DOMA All the cool guys have Jony Ive avatars, so I found one too. The goatee is much sexier than the Yul Brynner look. |
||
|
|
0
|
|
|
#172 | |
|
Quote:
Given that most of the expense in a copper Thunderbolt cable comes from the chips required at both ends of the cable the price differential between the optical and copper cables shouldn't be *that* huge. (Excepting typical vendor mark-up practices, of course. )
__________________
17" MBP (unibody), 2.66GHz i7, 8GB RAM, 750 GB HDD; iPhone 4s 64GB/Black |
||
|
|
0
|
|
|
#173 | ||
|
Quote:
I do believe I missed that, and underestimated the costs of the optical transceiver in an earlier post.Oh, well. Not like I was in the market for an optical TB cable anyway. ---------- Quote:
)Probably not worth the hassle in anything but the most unique of circumstances.
__________________
17" MBP (unibody), 2.66GHz i7, 8GB RAM, 750 GB HDD; iPhone 4s 64GB/Black |
|||
|
|
0
|
|
|
#174 | ||
|
Quote:
In practice, hubs cause different issues than they solve. Take a look at the first step of troubleshooting *any* USB device (including hubs!). It's always, "plug the device directly into the computer, not into a hub". (Believe it or not, I've actually got a USB 2.0 4-port hub that only works properly plugged into a hub which is plugged directly into the computer. And, gods help me, a device that I rarely need to use (thankfully) which only seems to work properly plugged into *that* hub. Just to show the world of difference between theory and practice.)Done right, daisy chaining means you only ever need a cable and a new device to add something to the chain. Not that everyone does it right, some nimrods only put a single port for daisy chain capable connector on a device so they can save a few cents in manufacturing. ![]() On the other hand, even done right (which we've already established it isn't always), hubs run into the issue of needing more hubs to expand when you run out of ports. Firewire gave the best of both worlds in that it could both daisy chain *and* support hubs. (Though, I think from that perspective, the daisy chaining on a Firewire device was essentially a 1-port hub.) ---------- Quote:
__________________
17" MBP (unibody), 2.66GHz i7, 8GB RAM, 750 GB HDD; iPhone 4s 64GB/Black |
|||
|
|
0
|
|
|
#175 |
|
If you're having so much trouble out of your USB devices, TBrink, I'd be more concerned about my computer than I would the reliability of USB in general. Seriously. I've been using USB stuff for years and years now, and the only problem I ever run into is occasionally having to replug in a device to get the OS to pick it up.
I'm wondering why you're still on insistent on extolling the wonders of Thunderbolt vs. the horrible pains of USB. We've long since established that any device you'd normally use a USB port for (printers, mice, keyboards, ect.) would be a complete waste of a link on a TB chain. They're not comparable in the least. USB is for little devices that don't require huge amounts of bandwidth. TB is for linking external RAID clusters together and other pieces of hardware you'd normally expect to pop into a fullsized PC tower. In other words, you're allowed to like USB again. They're not competing technologies. |
|
|
|
1
|
![]() |
|
«
Previous Thread
|
Next Thread
»
| Thread Tools | Search this Thread |
| Display Modes | |
|
|
All times are GMT -5. The time now is 11:52 PM.







>
)

And, gods help me, a device that I rarely need to use (thankfully) which only seems to work properly plugged into *that* hub. 
Linear Mode
