|
|
#26 | ||
|
Quote:
http://www.hardocp.com/news/2012/06/...rd_at_computex ;-) ---------- Quote:
http://www.gigabyte.com/microsite/30...underbolt.html iLOL
__________________
OS X 10.9 and iOS 7 delayed. Haswell Q3/Q4 2013. -------------------- “Only the dead have seen the end of the war.” -- Plato --
|
|||
|
|
0
|
|
|
#27 | |
|
Quote:
Edit: Wait, blah, a GPU wouldn't need a header at all. |
||
|
|
0
|
|
|
#28 |
|
I honestly don't think 2012 and older Mac Pros will ever get Thunderbolt.
|
|
|
|
0
|
|
|
#29 | |
|
Quote:
![]() [ Anadtech ran an article covering this another board. http://www.anandtech.com/show/5884/t...p8z77v-premium ] The Thunderbolt controller is hooked to the PCH. This notion of direct coupling is goofy since Sandy Bridge/Ivy Bridge CPUs don't even have graphics direct output. There is not direct coupling to the CPU at all. Likewise the Tomshardware article pointed to earlier in the post you are trying to knock down also has a diagram which probably more so illustrates the delusion flaw in your claims about direct CPU coupling. ![]() [ Contextual page. http://www.tomshardware.com/reviews/...gd80,3205.html containing the borrowed from Intel graphics. ] The first option above is all that is needed to make it work in a Mac Pro. The dGPX does not need to be implemented on a detachable PCI-e card. The iMac and MBP 15" models do did it in the 2011 & 2012 without one. There is also no requirement that the TB controller pick up a display port output from the PCH if there isn't one or that there even be two Display port inputs (some TB controllers don't even have more than 1 input.). The PCH of a new Mac Pro could either use x4 PCI-e from CPU or x4 from its PCH. There is no requirement only to use one or the other. There are limitations in placing the Thunderbolt connector. It pragmatically needs to be only a couple of inches from the connector ( the very high bit rates relative to even PCI-e make it a problem to place elsewhere). Pragmatically though there is another limitation. Namely the Thunderbolt controller needs some power and firmware connectivity ![]() [ Again the Thunderbolt 103 section in same article http://www.tomshardware.com/reviews/...80,3205-4.html ] The "native host interface" (NHI ) + Thunderbolt Target mode (on Macs ) + the power distribution + "host mode configuration at boot"requirement means these 'custom' host interface on ASUS (and other ) designs for TB cards are more than just a simple DisplayPort connector from the motherboard's PCH DP output. The block schematics are more about movement of data than of boot/firmare/power specifics. I think that is the tipping point against "plug in cards" for legacy oriented design around PCI-e cards. Not the PCI-e and DisplayPort data traces. Impossible means can't be done at all; even as a kludge. That is fundamentally different from improbable ( extremely not likely). A kludge that hooks up legacy PCs (including previous Mac Pros ) could be done. As I pointed out before they'd have to kludge around the missing firmware/power/boot issues. It just isn't very likely. It is far more cleaner and easier to pass TB certification to run embedded GPU output along with the other connections needed from the motherboard. |
||
|
|
0
|
|
|
#30 | |
|
Quote:
Apple could also so some custom GPU card to perhaps clean up the cables. However, they'd be apple proprietary GPU cards. If you thought the"Apple tax" on regular cards with Apple EFI support was high, that would likely be higher. The Mac Pro desperately needs to get away from an overly narrow set of cards to survive long term. Custom workarounds will kill off the product long term. |
||
|
|
0
|
|
|
#31 | |
|
Quote:
But yeah, as you mentioned, it would mean more proprietary cards. But if things went well, maybe it would become a wider standard if PCs adopted the same sort of Thunderbolt implementation as well. |
||
|
|
0
|
|
|
#32 | |
|
Quote:
Whether Thunderbolt is broadly adopted by the general PC industry depends upon how it is utilized with new systems and peripherals; not legacy designs. The vast majority of new desktops have GPUs embedded in them now. Intel's and AMD's core desktop offerings references motherboard designs have GPUs embedded in them. It involves creating no new additional industry standard to wire up a Thunderbolt controller on them. For example, Apple's recent two iMacs solved the issue of connecting a dGPX to the controller with no new standards. So it is not even a solution that is foreign to Apple. The Rube Goldberg complexity is only invoked when trying to push Thunderbolt into the past as opposed to the future. |
||
|
|
0
|
|
|
#33 |
|
Thunderbolt can not be compared to ADC at all. ADC is Apple's own technology but Thunderbolt is Intel's technology. Intel doesn't benefit from Thunderbolt being Apple-only, it needs everybody (Apple, the pc brands) to adopt it just like their USB3 standard, CPUs and many other products/technology. Apple aims for itself, Intel aims for anybody.
|
|
|
|
0
|
|
|
#34 | |||||||||
|
Just because it looks like a CPU doesn't mean it is a CPU.
Would you call a north/southbridge a CPU? ![]() Quote:
Quote:
Ever heard of cost management? Its cheaper to R&D on a removable card than a logicboard. That way, only the card has to be remade vs the entire logicboard. Logical, huh? Quote:
Quote:
---------- [/COLOR] Quote:
Quote:
Quote:
![]() ---------- Quote:
"With this in mind ASUS is proud to unveil its exclusive Thunderbolt upgrade solution for its line of Z77 and H77 motherboards." Its not an expansion card that goes in a PCI-E slot, its an upgrade card made specifically for two brands of logicboards. Quote:
Last edited by SuperCyborg; Dec 8, 2012 at 06:02 PM. |
||||||||||
|
|
0
|
|
|
#35 | |||
|
Quote:
It's not a general purpose CPU, but it's a CPU. That's why the distinction exists. A North Bridge has a clock rate, onboard memory, a state machine... what else does it need to meet the classification of a CPU? Quote:
Quote:
That doesn't change that according to Intel's own diagrams for the final spec there isn't anything keeping Thunderbolt directly tied to the motherboard. Not on the iMac or Macbook Pro. |
||||
|
|
0
|
|
|
#36 | ||
|
False. Please look up the definition of a CPU, most importantly what the letters C, P and U mean.
Quote:
Quote:
Both have an on-die GPU used by the TB multiplexer. As mentioned before, the lack of on-die GPU is the only thing keeping TB from the MacPro. |
|||
|
|
0
|
|
|
#37 | |
|
Quote:
As long as there are DisplayPort signal that is all that matters. The benefit that the iGPU provide is that there is no requirement for a discrete GPU for Thunderbolt to work in that context. That is extremely fundamentally different from saying the iGPU is required. The only requirement is that there is at least one DisplayPort output to use as input. That's it. Integrated in the CPU package or embedded on the motherboard both equally satisfy the "at least one" requirement. It is highly questionable in a workstation whether want two GPUs hooked to the same "video input" on a Thunderbolt controller. Only one is necessary and the second can easily use conventional connections to a monitor. "looping back" from a removable card is not a requirement either. P.S. there have been some TB concept boards that failed Thunderbolt certification but that seems more aligned with trying to use a removable PCI-e graphics card only to provide the video. Those are likely going to fail because a reconfigured system could just remove that card thereby removing a critical Thunderbolt input. That isn't going to pass. Again iGPU is convenient solution because inserting the CPU package means have one. If remove it the whole system isn't functional. A discrete solution would need to be equivalent in system crippling (e.g., desolder components off the motherboard) to likely qualify. Intel is disallowing folks to "backdoor" creating a 'PCI-e data only' Thunderbolt variant. For PCs the socket has to provide both PCI-e data and DisplayPort video all the time. There would be no certified PCs where sometimes you plug in a monitor and it doesn't work. Peripherals are in a different boat with different expectations (especially when have just one Thunderbolt port). Last edited by deconstruct60; Dec 9, 2012 at 12:38 PM. |
||
|
|
0
|
|
|
#38 | ||
|
Quote:
A CPU is not required to be programable. Although technically a northbridge can execute instructions given to it by the CPU, and is therefore programable, meeting your requirements... Quote:
There is a Macrumors topic on someone trying to change this behavior, actually: http://forums.macrumors.com/showthread.php?t=1140854 |
|||
|
|
0
|
|
|
#39 | ||||
|
Quote:
---------- False. Quote:
Those are called "microprocessors". Completely different from a CPU. Quote:
Quote:
|
|||||
|
|
0
|
|
|
#40 |
|
|
0
|
|
|
#41 |
|
*eats popcorn*
I love this thread. One guy has a vocabulary of a single word, everyone else is busy trying to tell him how wrong he is. The next time I feel like trolling someone, I'm totally just going go reply "False." to every one of their statements and watch them reel. -SC
__________________
2010 Mac Pro (MacPro5,1), 2*2.93ghz, 64GB, 4x2TB, Apple RAID Card, 5970 GPU, 2xSD, Eizo CG276W |
|
|
|
0
|
![]() |
|
«
Previous Thread
|
Next Thread
»
| Thread Tools | Search this Thread |
| Display Modes | |
|
|
Similar Threads
|
||||
| thread | Thread Starter | Forum | Replies | Last Post |
| Mac Pro Graphics Upgrade options under Lion | -BigMac- | Mac OS X 10.7 Lion | 5 | Sep 8, 2012 05:56 PM |
| 4 Graphics Cards in 2010 Mac Pro | Stephen23 | Mac Pro | 29 | Jun 29, 2012 04:20 AM |
| Fan speeds in a decked out 2010 Mac Pro | ScottishCaptain | Mac Pro | 15 | Apr 18, 2011 10:36 AM |
| 2010 Mac Pro RAID Card | ScottishCaptain | Mac Pro | 2 | Feb 9, 2011 08:12 PM |
| Inexpensive PCIe SATA Cards? for 2010 Mac Pro | fensterbme | Mac Pro | 7 | Sep 26, 2010 03:00 PM |
All times are GMT -5. The time now is 07:45 AM.












Linear Mode

