Question

explain the internal parts of the Cpu alu​

Answer 1

Answer:

hopefully this will help u

Explanation:

Principal components of a CPU include the arithmetic logic unit (ALU) that performs arithmetic and logic operations, processor registers that supply operands to the ALU and store the results of ALU operations, and a control unit that orchestrates the fetching (from memory) and execution

Answer 2

Answer:

$\bold{\huge{\fbox{\color{blue} {❤️Answer❤️}}}}$

Hello mate here is ur answer dear!!

The control unit handles the fetch/execute cycle. It may handle the registers dealing with control.

The control unit handles the fetch/execute cycle. It may handle the registers dealing with control.The arithmetic/logic unit handles everything that isn't a control operation/register.

The control unit handles the fetch/execute cycle. It may handle the registers dealing with control.The arithmetic/logic unit handles everything that isn't a control operation/register.These are the only two functions that are present in any microprocessor. Back when the central processor was a fair chunk of metal, the distinction was minimal. The SSEM had no registers other than the control registers and there was a microprocessor that just provided 8K of RAM that you could do what you liked with instead of having data registers. The SSEM didn't use a microprocessor and the latter system was very unusual, but the point being made is that some things are extras, they're not properties of microprocessors but of design choices.

The control unit handles the fetch/execute cycle. It may handle the registers dealing with control.The arithmetic/logic unit handles everything that isn't a control operation/register.These are the only two functions that are present in any microprocessor. Back when the central processor was a fair chunk of metal, the distinction was minimal. The SSEM had no registers other than the control registers and there was a microprocessor that just provided 8K of RAM that you could do what you liked with instead of having data registers. The SSEM didn't use a microprocessor and the latter system was very unusual, but the point being made is that some things are extras, they're not properties of microprocessors but of design choices.It's hard to think of a third thing that is common. Not all processors have FPUs. Not all processors have cache. Registers are ALU but not all processors have them anyway. Processor-in-Memory is a perfectly good architecture and subverts just about everything you ever thought you knew. The x86 is hybrid CISC/RISC, so has a microcode layer. Actually, a lot of processors have support for microcode. I have grave difficulty imagining the 6502 or Z80 using it, they always seemed fairly hardwired on the logic front.

The control unit handles the fetch/execute cycle. It may handle the registers dealing with control.The arithmetic/logic unit handles everything that isn't a control operation/register.These are the only two functions that are present in any microprocessor. Back when the central processor was a fair chunk of metal, the distinction was minimal. The SSEM had no registers other than the control registers and there was a microprocessor that just provided 8K of RAM that you could do what you liked with instead of having data registers. The SSEM didn't use a microprocessor and the latter system was very unusual, but the point being made is that some things are extras, they're not properties of microprocessors but of design choices.It's hard to think of a third thing that is common. Not all processors have FPUs. Not all processors have cache. Registers are ALU but not all processors have them anyway. Processor-in-Memory is a perfectly good architecture and subverts just about everything you ever thought you knew. The x86 is hybrid CISC/RISC, so has a microcode layer. Actually, a lot of processors have support for microcode. I have grave difficulty imagining the 6502 or Z80 using it, they always seemed fairly hardwired on the logic front.However, CPU classes go on about microcode, as if it mattered, and the x86 and Transmeta architectures use(d) it extensively. Not convinced it's justifiable as the third module. The first two are solid and registers are definitely not an independent unit. I'm going to say microcode is the answer they want for the third.

hope it will help you mark as brainlist answer plz