Mal som na mysli CPU (=menej stratoveho tepla), ano, K8L bude uzasne (ale skor evolucia z K8, ziadne prevratne zmeny, i ked ktovie).. ale ani Intel nebude spat do Q2 2007..
citujem:
Conroe's L1 cache does 1 256 bit load per cicle.
K8L's L1 cache allows 2 128bit loads and is twice as big.
So cache-wise K8L is a lot better than Core2.
Xbit doesn't say if K8L's decoders are any better than K8's, aside of decoding SSE instructions in less macro-ops (due to the widder 128 bit SSE units).
Can anyone confirm if it has 4 decoders?
If that isn't true, what is the point in fetching 32 bytes of code per cicle?
K8's 3 decoders decode 3 simple instructions per cicle, 1 simple and 1 double or 1.5 double instructions per cicle, that means it outputs 3 macro-ops per cicle.
Complex instructions thru the vectorpath also are limited to 3 macro-ops per cicle.
With average 4 Byte-long x86 instructions, a 32 Byte chunk contains 8 instructions, but K8L can only decode 3 per cicle (assuming it has 3 decoders) or less, so the bufers will be full in just a few cicles...
And when it comes to SSE execution, Conroe still leads, do 3x 128 bit SSE per
cicle, K8L will do 2.
In fact, the only indisputable advantage of the AMD K8 microarchitecture that survives the arrival of Core is the integrated memory controller that can definitely ensure lower latency during data processing.
takze evolucia, ziadna dychberuca technologia... mozno tak K9