- 4004: I mention that it was a 4-bit CPU. It is literally the first sentence in the article.
- 80386: Did I say that the architecture didn't improve? The article literally states that it outperformed the 80286 when both systems used the same amount of RAM. Additional RAM increased performance a considerable amount too.
- 80386SL: The 80386SL was hardware locked to 16-bit operations. The article is technically correct because the CPU is incapable of performing 32-bit operations. It could execute 32-bit instructions, but it could only do this by breaking the instructions into two 16-bit operations that were consecutively executed. This was considerably slower than running on a 32-bit processor.
I honestly question how well you read this, as you state in several places that I forgot to mention things that are already in the article.[/quotemsg]
- 4004: Yep I missed that
- 80386: That is the point you did not talk about enhancaments while it was a big step forward. The performance increase did not came from memory increase. Typical amount was between 4-16MB those days and a 286 could handle same amount, but even if I put the very same modules to a 286 or 386 the second perform much better on the same clock. Of course it is a not that simple as there was no Intel 16MHz 286, but I had (and still have) it from AMD.
- 386SL: You just repeat what I criticize:
"...but was limited to 16-bit operations. It still supported a full 4GB of RAM, so it lost only the ability to run 16-bit applications."
"The 80386SL was hardware locked to 16-bit operations. "
That is simply not true. 386SL same as SL could run 32 bit commands. The memory bus was limited, but internally and on command level it was not limitated. Good examples are Windows 3.1 386 mode or doom. They were running on the 386SX or SL nice, but was slover than a full fledged 386DX. More details were nicely described by Mintch074 and others.
- 80386: Did I say that the architecture didn't improve? The article literally states that it outperformed the 80286 when both systems used the same amount of RAM. Additional RAM increased performance a considerable amount too.
- 80386SL: The 80386SL was hardware locked to 16-bit operations. The article is technically correct because the CPU is incapable of performing 32-bit operations. It could execute 32-bit instructions, but it could only do this by breaking the instructions into two 16-bit operations that were consecutively executed. This was considerably slower than running on a 32-bit processor.
I honestly question how well you read this, as you state in several places that I forgot to mention things that are already in the article.[/quotemsg]
- 4004: Yep I missed that
- 80386: That is the point you did not talk about enhancaments while it was a big step forward. The performance increase did not came from memory increase. Typical amount was between 4-16MB those days and a 286 could handle same amount, but even if I put the very same modules to a 286 or 386 the second perform much better on the same clock. Of course it is a not that simple as there was no Intel 16MHz 286, but I had (and still have) it from AMD.
- 386SL: You just repeat what I criticize:
"...but was limited to 16-bit operations. It still supported a full 4GB of RAM, so it lost only the ability to run 16-bit applications."
"The 80386SL was hardware locked to 16-bit operations. "
That is simply not true. 386SL same as SL could run 32 bit commands. The memory bus was limited, but internally and on command level it was not limitated. Good examples are Windows 3.1 386 mode or doom. They were running on the 386SX or SL nice, but was slover than a full fledged 386DX. More details were nicely described by Mintch074 and others.