Core Multiplexing technology???

[Tony]

Bios rev 1181, Intel badaxe, could this be reverse hyperthreading on Intel...could this be Intels answer to AMD secret weapon?




We wait to see

[freecableguy]

yes we do

EDIT: pictures added for effect.

Conroe: 2 -> 1 core possible



Kentsfield: 4 -> 2 cores possible



-FCG

[Nathanael]

If that is indeed that, than Kentsfield will rock =P .

[Mr. Tinker]

yes we do

EDIT: pictures added for effect.

Conroe: 2 -> 1 core possible



Kentsfield: 4 -> 2 cores possible



-FCG

Congratulations, these diagrams are on all the enthusiast sites.

[freecableguy]

4 cores -> multiplexed to 2 cores....imagine that.

Kentsfield at 3.6GHz could easily look like a Conroe @ 6GHz+

[theteamaqua]

4 cores -> multiplexed to 2 cores....imagine that.

Kentsfield at 3.6GHz could easily look like a Conroe @ 6GHz+

wow this gon rock, cos i gotta say the benchies from coolaler and hicook didnt seem that impressive at all, if this is true (which seem like the case) im getting kentsfield

also u said 3.6 GHz?? air??

[cupra]

4 cores -> multiplexed to 2 cores....imagine that.

Kentsfield at 3.6GHz could easily look like a Conroe @ 6GHz+

and that mean - 4 sec in super pi

[Tranzmit]

and that mean - 4 sec in super pi

takes the spliff from Cupras and inhales deeply too

mmm thats some good you smokin there

[Iconyu]

Are you two smoking weed and not sharing?

[Lestat]

reverse hyper threading ?
why would they do that ? that would focus totally on one core and not even bother with both.

by definition -

Multiplexing (also MUXing) is a term used in electrical engineering to refer to a process where multiple sources of information are combined in order to ease the organization, conversion and transportation of the material from one place to another. The information is usually held completely intact after it has been multiplexed but is transported in a different manner than normal.

in other words multiple sources of data shoved down 1 pipe.

so why in the hell would intel focus massive amounts of calls to the cpu to one core ? that would totally defeat the purpose of dual cores.

This is the absolute opposite of what we want ot achieve which is both cores cranking out at the same time.
Windows is not coded to use two cores, it maybe cpu capable but watch your task manager as you do things and 99% of the time everything is focused on one core/cpu while on small bits are focused on the second cpu/core.

very few apps are designed to utilize both cores or cpu's. and i am appauled at this in this day and age.

there should have been massive patches released by MS, and every other software maker to utilize dual cores. but there isnt.

so we are left with dual core cpus or such as my 955 XE a dual core wITH hyperthreading with MASSIVE amount of processing power just left idle doing nothing.


the only way multiplexing would work is if there was a way for the system to tell everything..
ok 50% of you go to this core and the other 50% go to the 2nd core.
then and only then would it do any good.


the other sid eof it would be the ability to allow sources of data coming from ram and hard drive and video to be handled super efficiently into one stream or multiple streams.
or maybe,, possibly some sort of a raid style data bursting down the throat of the cpu.
a little from this address a little from that address and back and forth back and forth until all data is processed.

it does however leave the door open for insane amounts of data corruption.

[Lestat]

FCG. your thinking in reverse.....

multiplexing would make a 2.13ghz Conroe feel like a Kentsfield at ,, lets say 3 ghz.

the quad core can handle massive amounts of data while, for example, in simplest terms, the conroe can handle only half.
so with multiplexing the dual core cpu is being fed, data from multiple sources.

if a quad core was multiplexed it would be like a Octa-core.

[vapb400]

WOW. and it was as simple as a BIOS update.

Hope you guys are right (not doubting you for a second though )

[Chuck232]

Multiplexing in this case would probably mean combining the data from more than one core into a single data stream. I'd presume this would be for more single-threaded applications which don't benefit as much from multicores.

I'm pretty sure demultiplexing would actually take that one stream and split it up into its original components.

[BrownTown]

yeah, I can make random speculation as good as the next guy, anyone actually have any info, or just speculation?

[Tony]

yeah, I can make random speculation as good as the next guy, anyone actually have any info, or just speculation?

http://www.intel.com/technology/maga...ading-1205.htm

Good read

[Tony]

How about this.

Enable apps to control the CPU's on the fly..IE if the app is running in single thread mode all 2 or 4 cores are used..IE combined.

Then, as the app moved to multi thread the CPU's go back to hyperthread mode and you get the speed benifit both ways.

Could it be possible to do something like this?

[Lestat]

well from my knowledge because the bios is the brains of the motherboard. it is possible that it could.

more than likely the latest rev's of boards had this feature added or all rev's had it built in. and they needed to work ont he bios end of it.

but the bios could tell the mem controller to do this and that and tell the ide controller do this and that. and funnel the data all at once. thus streamlining it into the already exsisting pipe.
the mem controller and nb and sb bus has always been capable of much much more than the current hardware has been able to give it.

so with newer hard drives .. you get the idea.

it also could be something that is designed to mazimise the PCI-Express bus also. since it too is also capable of much more data thruput than is being used.

who knows.. we will havet o wait and see.

[STEvil]

gee, I think i've been saying this for a year now and people keep telling me its impossible or inefficient lol.

[Hassan]

gee, I think i've been saying this for a year now and people keep telling me its impossible or inefficient lol.

its impossible and inefficient

[overclocker.at]

CMT (Core Multiplexing Technology) only for Intel Core Extreme

[Pomme]

That seems like a very innovative and impacting development for the future. That would make life of programmers a lot easier, causing low cost software to benifit from multiple cores.. Right ?

[audiofreak]

I am sorry for being late for this very interesting discussion.

That seems like a very innovative and impacting development for the future. That would make life of programmers a lot easier, causing low cost software to benifit from multiple cores.. Right ?

Wrong!

That seems like a completely unneeded and uncalled for thing to waste expensive silicon estate on. Like someone would actually blame CPU manufacturers because their latest multi-core CPUs are slow at single-threaded apps?!? Come on people , we all know that software is light years behind the current hardware.

This technology instead of helping us to close the gap between hardware and software it will just make it worse. It will slow down software development because there would be no need to optimize for multi-core, to change algorithms, logic, and go parallel. Software prices would stay high because nobody would see the need to invest R & D money in speed improvements in order to gain advantage over the competition when they will be getting improvements for free -- improvements they do not deserve!

In many cases it will simply not work. Think of this, you insert CD and select the drive in Total Commander and it blocks waiting for the drive to become ready.So even if you throw two cores at it via Reverse-HT or CMT it won't unblock. Same goes for Windows Explorer.

So while Total Commander or Windows Explorer or (________ insert your favorite app here) is stalled spinning on one core of your dual-core CPU you still have another core free. With CMT and Rev-HT what will you have? One busy core unresponsive for other tasks. No hardware can sort that programmer's mess out.

God how I hate programmers who wish their lives to be easier!!! Then don't be a programmer! Yes, it is that easy -- just go load some coal instead.

So if you haven't figured it out yet, I am all against wasting time and silicon on those two technologies and I call both AMD and Intel to action -- spank some programmer's asses instead!

Link

[mascaras]

CMT (Core Multiplexing Technology) only for Intel Core Extreme

where did you saw that???


regards

[uOpt]

At work I talked to some guys who worked on this concept in in the 90ties. Their IRC comments are not enthusiastic.

I didn't find anything specific about AMD's solution, but from the Intel paper this will be very limited. The problem is that you can execute a single thread in parallel only as long as the additional branches do not "commit", aka write to memory. You can only allow one thread to write to memory after you can prove from the other threads that this thread actually had a right to execute to this point.

The whole point about this speculative execution is that you execute code that you do not know yet whether it is actually what the program wants to execute. If it turns out that this thread had no business going there you just disgard the results it computed. But that's the catch, it means you can speculatively execute one thread only as long as it doesn't commit to memory. Every speculative thread that tries to write into memory must be stopped until it can be proven that this speculative thread was actually real.

In addition, there is severe cache synchronization overhead as prove threads commit and modify memory that unproven threads use. These threads will be on different cores in different L1 and L2 caches (most likely the L2 cache is disabled entirely on cores executing speculative threads).

But the code has not been written with caches in mind. If you have good multithreaded code then people are careful to keep the data that the different threads use on different cache lines, to keep the locks a cache line away from the data they protect etc. If you try to execute a program in parallel that was not meant to be parallel it will not have any of that.

[freecableguy]

Not sure why there is so much resistance to this technology. The work is already done, Core 2 already contains all the technology required to implement this new feature.

1) L2 cache is shared and does not require bus access to read/write.
2) Single FSB shared by both cores.
3) Cores can be dynamically enabled/disabled.
4) L2 cache can be dynamically assigned.
5) Individual execution units can be dynamically powered-up and down.