I've no idea whether my question is relevant or not.But what i wanted to know is,how both of this affect the cpu performance??The only thing i know for CPU with same architecture,the higher the clock speed the faster the processing ability of the CPU,but how about word size??How will it affect the speed of CPU and which one really determine the speed of the CPU??Does it contradict each other??Thanks.
Difference between word size and clock speed?
4.1k Views Asked by caramel1995 AtThere are 6 best solutions below

Most of the time, a CPU copies data from one place to another. If it can do that on a 64 bits granularity instead of 8 bits, it goes 8 times faster.
This is the same principle with operations. A 32 bits addition can be performed 4 times faster on a 32 bits CPU than on a 8 bits CPU (not counting the gain in memory access).
EDIT (about clock speed): All CPU operations (load from memory, store to memory, add values...) need a given number of clock tick to be performed, typically one clock tick for a RISC CPU. The duration of a clock tick directly depends on the frequency of the clock. A 1GHz clock mean 1 billion clock ticks per second, i.e., one billion CPU operations performed every second. With a 2GHz clock, CPU can perform twice as many operations during the same second.

In theory...
When we measure CPU memory read/write data transfer than the memory flow in bytes per second is composed:
- Memory word size (width) in bytes
- CPU clock speed
- CPU cycles per single read/write
DataTransfer = WordSize * CpuClock / RW_Cycles
EDIT:
I sed in theory! In theory this equtaition works 100% and also at DSP processors or FPGL logic. Under modern CPUs this is true for DMA logic, so why -1?

the clock speed is not affected by the word size, since the word size is determined by the size of the data bus, so the cpu reads/writes from/to the memory only one time, no matter if on 32 or 64 bits.

Well, it all influences the speed... You've got memory bus size, processor bus size, cache line size, register size, clock speeds (can vary on different parts of the CPU), varying number of cycles per instruction, instruction latencies, chip multi-threading, super scalar execution units, etc. There's no simple formula for taking a clock speed and a word size to compare units and see which is faster. Obviously a 1mhz 8-bit CPU is going to be slower than a 64-bit 3.2ghz CPU, but determining if a 1.8 ghz 64-bit CPU is faster than a 2.4 ghz 32-bit machine is more of a problem, and may depend on the exact workload. Profiling your workload is the only true way to know.

Clock speed(in my book it said clock rate) refers to the processing speed of a CPU, and it is usually measured in megahertz(MHz) or gigahertz(GHz). In theory, a CPU with a higher clock speed can process more instructions than a CPU with a lower clock speed. Word size(in my book it said word length) refers to length of data a CPU can process at a time. It is measured in number of bits. In theory, a CPU with a larger word size can process more instructions than a CPU with a smaller word size.
Although I am just a 7th grade student, I hope I can help you.
Theoretically, a bigger word size makes code a bit slower. The reason is that in a 64-bit architecture, pointers are 64-bit words, hence data structures which are full of pointers (lists, trees, hash tables...) tend to use more RAM than what equivalent code does on a 32-bit architecture. Common RAM is slow (it does not respond as quick as the CPU would like it), so the CPU embeds a small amount of fast RAM, called a cache, where the most frequently used data is stored. Cache size is limited (typically 32 kB on a modern x86 from Intel). The 64-bit pointers make it harder for the processor to store as many data elements, hence reduced performance.
However...
There are several caveats to the above, especially on x86 platforms:
In many applications, the bulk of the data is not pointers. E.g. in a 3D-heavy application (a game), most data is pictures (textures) and object coordinates. Such data is not impacted by the default word size of the platform.
64-bit pointers allow the application to easily address more than 4 GB of RAM. For RAM-hungry applications (e.g. photography editing) on a machine which has more than 4 GB of RAM, 64-bit words allow the use of more RAM, which, while being slow, is still widely faster than a hard disk. A 32-bit application would have, in the same situation, to juggle with data blocks between RAM and hard disk.
On the x86 processors (so this is what happens on all modern PC and Mac), for historical reasons, the 64-bit mode does not come only with 64-bit registers; it also offers twice as many registers to the application, and this helps performance by a fair bit. The 64-bit mode also comes with SSE2, which has a faster handling of floating-point data than what x86 processors previously used.
Therefore, on a PC or Mac, if possible, prefer 64-bit OS and applications. The better performance of 64-bit code is not a consequence of the larger word size; it is a consequence of other features which, historically, have come along the 64-bit mode on these architectures.
On other systems (e.g. PowerPC), when both 32-bit and 64-bit modes are available, 32-bit is usually preferred, except for memory-hungry applications (which want to access more than 4 GB of RAM, assuming that RAM size is available), and for a very few applications which want to perform computations over more-than-32-bits integers (for instance, this happens with some cryptographic algorithms).