jesperloh said:
Okay, deducing from what you said, am i correct to say that 1 core has 2 threads inside, 1 single core is able to produce the workload of 2 cores since there are 2 threads in 1 single core.
So the CPU Cache is actually to process data that are being used or loaded frequently. Does it resets itself if the user shuts the PC down, and it will have to regenerate again if the user reopens the application?
1. No. A "thread" is a software pipeline, it is the way the operational system organizes the tasks it sends to the CPU. By having two logical units on a CPU core, the OS can send tasks through two "channels", thus giving more tasks to the CPU. The CPU itself cannot execute more tasks by having HT, but it can work more and wait less by receiving more tasks.
2. The CPU Cache is an ultra-fast, volatile memory. It wipes clean on a reset, but that doesn't affect performance significantly because it is constantly erasing and writing when the CPU is working. The CPU Cache is different from the system memory in that it is not meant to store application data, only execution data. That means it keeps close to the processor the information needed to run the current execution operations on the scheduler (registers, tiny bits of data, not entire files). Reseting the computer does not affect the CPU Cache performance.
jesperloh said:
Another thing is, what you mentioned about the cores running at 3.33GHz, do you mean the core or the thread itself. If it's the thread, wouldnt the core be at 6.66GHz? And am i right to say that the cores are running at 3.33GHz per core and concurrently to share the workload, instead of like accumulating them to be at 18GHz since there are a total of 6 cores? Which may sound a bit.. ridiculous though.. heheh
alrobichaud said:
The i7-620ue is a mobile processor for notebooks. A single core can work on two tasks at the same time making it appear as though there are two cores working on the job. There is still only one processor core but it is doing two jobs at the exact same time making the overall process run faster than if only a single core was available. Picture it like being a clone. Using 3.33GHz as an example, a single core will run at 3.33GHz and if it were divided into 2 threads each thread will run at 3.33GHz. The combined total is not 6.66GHz. Your statement is correct
'And am i right to say that the cores are running at 3.33GHz per core and concurrently to share the workload, instead of like accumulating them to be at 18GHz since there are a total of 6 cores? Which may sound a bit.. ridiculous though.. heheh'
Not really. A thread has no frequency, the CPU has. Picture a thread as a pile of work the applications dump on the OS, which in turn dumps it on the CPU. By having more then one pile, the CPU can better chose the work it will do next, so that it uses most of its resources. An extra core would be closer to what you guys are describing, since that would actually give the CPU more execution hosepower.
Still, neither HT or an extra core would have an impact similar to 3.33GHz becoming 6.66GHz, because a lot of the work the CPU does is streamlined, and cannot be divided into many threads. So 2x3.33 will not equal 6.66 because the 2x3.33 will not be used 100%, while the 6.66 might (I am talking about another core here, not HT).