here you goOriginally Posted by EMC2
![]()
i thougt tis the same with a different name?Originally Posted by EMC2
hmmm but that would mean each core has its own interface plus an arbiter as there will also be single coe chips based on the same architecture. but then i dont get how they hook up the cpus...Originally Posted by EMC2
hmmmm maybe one arbiter, lets say no1 is hooked up to the system and then shares the bus with cpu1 and the other arbiter wich forwards the infos to cpu2?
cpu2<-arbiter2<-arbiter1->cpu1
hummmz wth was i talking about? hmmm added bandwidth? lolOriginally Posted by EMC2
my bad
hmmm yeah, but if its done right a larger shared bus could be faster because you save bandwidth for data that both cpus need at the same time, no?Originally Posted by EMC2
my bad, its very unlikely that the two cores will be working on the same thing and requesting the same data anyways since they wont be working on the same thing at the same time anyways
hey trance565, welcome to XtremeSystemsOriginally Posted by trance565
on a dual cpu system you have to clock both cpus at the same speed, i think thats necessary to keep them working efficiently together.
and about a dual core cpu, it would be the same.
but yonah can disable one cpu core if not needed, and i think they are planning to let yonahs successor even have independant vcore control and independant clockspeeds for each cpu.
thats what i thougt of once, and i told it to amd when i met them at cebit. i hope they liked the idear and will implement it. lets say you run an app that is heavily single threadded, then wouldnt it be cool if the dual core cpu would disable one of its cores? then it could clock its first core to a much higher speed still staying in the termal envelope and still using the same amount of energy wich would give you a much better result in that single threadded app than having two slower clocked cores, one pretty much idling and the other one crunching really hard. and as soon as you start another second demanding thread then the core1 clocks itself down to normal speeds and the core2 starts up again and you have two cpus crunching, each on one app
this would have to be controlled by the os though i think, as implementing it into a cpu would be very hard to configure i guess... but if it has to rely on the os it means MS, and we all know what this means... it would take years for them to implement it, and by then probably all apps would be highly multithreadded so it woudl be useless...
too bad...
cadaveca i still dont really get what your talking about, sorry :/
EMC2 ahhhh so thats an arbiter... you explained it really well, no need for a pic i think
the dma example is pefect, the arbiter is like having two hdds hooked on one bus, as slave and master drive, while the crossbar is like having both hdds hooked up in raid0
more or less...





In general tho, no considering the appetite their CPUs have for bandwidth, none of their roadmap makes a ton of sense from here.


Reply With Quote
Bookmarks