RISC versus CISC

  Рет қаралды 48,707

Computer Science Lessons

Computer Science Lessons

Күн бұрын

Пікірлер: 119
@abdouceesay7461
@abdouceesay7461 3 жыл бұрын
if i knew this chanel in my first year of university it will much better for me but i really appreciate your efforts of making this video important video
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
You're most welcome. Are you still at Uni?
@danielsims5771
@danielsims5771 Жыл бұрын
You just spoke my mind Sir
@rairoshan7635
@rairoshan7635 2 жыл бұрын
Couldn't be explained any better , thanks for this beautiful explaination .
@ComputerScienceLessons
@ComputerScienceLessons 2 жыл бұрын
You're welcome. Thank you so much :)KD
@trebelojaques458
@trebelojaques458 3 жыл бұрын
Have not even started my computer science yet, and I've already been watching you since so long! Goddd thank youuu for introducing himm in my lifeer ❤️❤️❤️
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
You are very welcome indeed :)KD
@danielsims5771
@danielsims5771 Жыл бұрын
Just the way you explain forces people to automatically subscribe once they come across you tutorials. Thank you a million times. Please, kindly requesting for a video on CPU pipelines
@SaradaBani
@SaradaBani Жыл бұрын
Very well explained with the basic concepts. This is the explanation a normal engineer required.
@ComputerScienceLessons
@ComputerScienceLessons Жыл бұрын
Thank you :)KD
@mortenlund1418
@mortenlund1418 2 жыл бұрын
Ohh - really like the style of this video. Clear, clean, reduced instruction!
@ComputerScienceLessons
@ComputerScienceLessons 2 жыл бұрын
Thank you :)KD
@Joseph-vn8gh
@Joseph-vn8gh Жыл бұрын
this is fantastic, love how you didn't assume we knew everything.
@JuswanthTeeb
@JuswanthTeeb Жыл бұрын
Only today, I feel like I understood these concepts ! Thanks ❣
@mth32871
@mth32871 3 жыл бұрын
Excellent description/comparison. Very well done. Thank you.
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
Thank you :)KD
@samehmekawy1049
@samehmekawy1049 3 ай бұрын
Great explanation ❤❤❤❤❤
@ComputerScienceLessons
@ComputerScienceLessons 3 ай бұрын
Thank you :)KD
@alanmichaelthayil967
@alanmichaelthayil967 2 жыл бұрын
Thank you for this wonderful video!
@ComputerScienceLessons
@ComputerScienceLessons 2 жыл бұрын
You are very welcome :)KD
@D.u.d.e.r
@D.u.d.e.r Жыл бұрын
An excellent explanation, thank you very much👍👍👍
@ComputerScienceLessons
@ComputerScienceLessons Жыл бұрын
You are very welcome.
@mikey10006
@mikey10006 2 жыл бұрын
I don't know if you still reply to these but you , Neso Academy, Houston Math Prep and Michael Van Buren got me through my electrical engineering classes with As
@ComputerScienceLessons
@ComputerScienceLessons 2 жыл бұрын
I'm still here. I love reading comments like yours. It's great to hear you've been successful. Good luck with the future and I hope, like me, you are a lifelong learner. :)KD
@mikey10006
@mikey10006 2 жыл бұрын
@@ComputerScienceLessons I am 100% I won't let you down! Thanks honestly I'm watching this video specifically for fun haha. We did the x86 ISA way back when and I'm just learning about RISC because it seems cool. Best explanation out there btw haha
@vutuan4308
@vutuan4308 11 ай бұрын
It is so easy for me to understand. Thank you sir
@ComputerScienceLessons
@ComputerScienceLessons 11 ай бұрын
You are very welcome :)KD
@syung8709
@syung8709 9 ай бұрын
Thanks for the clear explanation!
@PixellaEntertainment-ru6un
@PixellaEntertainment-ru6un 3 ай бұрын
I was literally pondering on this topic for years, trying to get to the core difference betn the two. Now i know
@ComputerScienceLessons
@ComputerScienceLessons 3 ай бұрын
:)KD
@AjinkyaMahajan
@AjinkyaMahajan 3 жыл бұрын
Great Explanation Thanks ✨✨✨
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
Thank you :)KD
@mayank8387
@mayank8387 3 жыл бұрын
Beautiful stuff. Please make more videos like this one.
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
Thank you. I will :)KD
@hermano8160
@hermano8160 2 жыл бұрын
Very good explaination, thank you. Cherry on top would be a comparison on the level of the logic gates to really connect how the different assembly code affect the gate/transistor sequence and thus the complexity of the actual silicon/chip design.
@ComputerScienceLessons
@ComputerScienceLessons 2 жыл бұрын
Your'e welcome. Thanks for the suggestion :)KD
@tvykz
@tvykz 3 жыл бұрын
Fantastic video. Thank you!
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
You're very welcome :)KD
@Melpomenex
@Melpomenex 3 жыл бұрын
Fantastic video. Thanks for making it.
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
You are most welcome :)KD
@Anonymous-om7sq
@Anonymous-om7sq Жыл бұрын
This is amazing, thank you so much.
@ComputerScienceLessons
@ComputerScienceLessons Жыл бұрын
Thank YOU. :)KD
@shanesepac7716
@shanesepac7716 2 жыл бұрын
amazing explanation
@ComputerScienceLessons
@ComputerScienceLessons 2 жыл бұрын
Thank you :)KD
@Mel-jp5vb
@Mel-jp5vb 2 жыл бұрын
Great explanation, thank you!
@peterwan816
@peterwan816 2 жыл бұрын
0:29 I like your videos but CISC is sisc btw. I though I was doing it wrong all the time but after checking wiki and other websites, I think I can conclude that it should be pronounced as “sisc”. Thanks for sharing and making a such high quality tho. Just giving some minor information about the pronunciation. No one else is listen. I think much of the new experience though. Thanks! Sir!
@peterwan816
@peterwan816 2 жыл бұрын
I know this could be rude, so please excuse my rudeness.
@ComputerScienceLessons
@ComputerScienceLessons 2 жыл бұрын
I think, because the C stands for 'Complex' my pronunciation is more logical. But hey! you say tomayto, I say tomarto and that's fine by me :)KD
@ComputerScienceLessons
@ComputerScienceLessons 2 жыл бұрын
You're not being rude at all. I pronounce Denary as it sounds but it has been pointed out that "Deenary" is more common. :)KD
@OAlexisSamaO
@OAlexisSamaO Ай бұрын
finally i understand how that magic blackbox works
@ComputerScienceLessons
@ComputerScienceLessons Ай бұрын
Glad to help
@jkibeats1466
@jkibeats1466 3 жыл бұрын
Love these videos
@techankhamun838
@techankhamun838 2 жыл бұрын
Great video! Thank you I'm wondering if you have a video on CPU pipelines or not. It'd be great if you can make one. Thanks again :)
@osireacts
@osireacts 3 жыл бұрын
Year 2 uni is starting in a few weeks and I need to catch up on all your videos
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
Good luck in your second year. Don't party too hard. :)KD
@mayank8387
@mayank8387 3 жыл бұрын
Good decision.
@Dudleymiddleton
@Dudleymiddleton 3 жыл бұрын
Swings v Roundabouts! :)
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
I thought about saying that at the end of the video (or "six and two threes") :)KD
@thomasgavris855
@thomasgavris855 Жыл бұрын
Found the Will Buxton of computer science
@_BWKC
@_BWKC 3 жыл бұрын
Nice video, Please make more videos about assembly 🌚
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
Working on it now :)KD
@paulfalke6227
@paulfalke6227 3 жыл бұрын
At 9:55 you say that a CISC compiler is easier then a RISC compiler. I disagree. An optimizing compiler today has the same front end for RISC or CISC backend. The intermediate language, used for common subexpression optimization, can be the same. The compiler back end is different. But there are little details that make both kinds of back end complex. The Intel x86 CISC has registers EAX, EBX, ECX, EDX, but not every operation can work with every register. A classical RISC executes the operation after a conditional jump instruction independent of the result of the compare.
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
You are quite right. My video is primarily pitched at A Level computer science students. They learn the fundamental principles of assembly language via the Little Man Computer simulator - so I cite examples in this rather than any 'real' assembly language. The differences between RISC and CISC is actually rather blurred, modern processors taking ideas from each. I would be interested to know what you think of my series on compilers? :)KD
@Nobody-df7vn
@Nobody-df7vn 3 жыл бұрын
Thanks!
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
You're welcome :)KD
@nguyenxuanquang9864
@nguyenxuanquang9864 3 жыл бұрын
If a CPU use a 16 bit register with 8 bit for op code and 8 bit for operand. If the instruction have 2 operands such as MOV, does that mean the CPU can only access 2^4 address?
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
The simple answer is no. Depending on the architecture, the instruction register might support 1, 2, 3 or even 4 operands. If a particular CPU supports, let's say, 2 operands, then some of the instruction register bits will be allocated to the first operand and some of them will be allocated to the second operand. If the instruction register of this particular CPU is executing an instruction with only 1 operand, then some of the operand bits will go unused. I should point out that a modern CPU generally has more than 16 bits available in the instruction register. Note also that at least a couple of bits need to be reserved to indicate the addressing mode being used and, depending on the architecture, an instruction register might allocate bits for other reasons, for example to indicate the number of shifts to be performed by a bit shift instruction. Bit allocation in the instruction register is fixed; I'm not aware on an instruction register format that dynamically allocated bits depending on the instruction - now there's an idea! :)KD
@nguyenxuanquang9864
@nguyenxuanquang9864 3 жыл бұрын
Thank you for the answer. Excuse me if my question is not clear and sound silly since English is not my native language :-(. I will clear up my question as following: Let assume a particular CPU has 8 bits instruction register, 4 bit for op code, 4 bit for operand(s). No special bit for anything else. In this scenario, the CPU should be able to access 2^4 memory addresses from 0 to 15, but how can it execute an instruction to MOV the value from any address greater than 3 (i.e. move value from address 4 to address 5: MOV 100 101 require 10 bits)? So in this scenario, it can only access 2^2 address, right?
@crocolierrblx9365
@crocolierrblx9365 Жыл бұрын
Im gonna make the sisc... (Stay Tuned)!
@ComputerScienceLessons
@ComputerScienceLessons Жыл бұрын
Tuned :)KD
@Deveyus
@Deveyus 3 жыл бұрын
It's interesting you didn't mention that both the hardware and the ISA for a RISC based processor are easier to audit for security as well, which in some application can be quite important.
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
Good point. I will certainly point this out to my students in future :)KD
@TheRojo387
@TheRojo387 Жыл бұрын
You'll find that CISC is ponpunced "sisk". Furhermore, CISC architectures have instructions of different lengths, with the exact value of the opcode dictating the length of the whole instruction. In contrast, RISC architectures have instructions all of one length.
@ComputerScienceLessons
@ComputerScienceLessons Жыл бұрын
I think it's OK to pronounce CISC anyway you like. :)KD
@TheRojo387
@TheRojo387 Жыл бұрын
​@@ComputerScienceLessonsOh, well, I settled on "sisk" since that was more common as I had encountered. There's a third type of computing architecture: VLIW. It implies instruction-level parallelism. I simply pronounce it "vlee-ew". Tongue-twisting, ain't it!
@RecycleBin0
@RecycleBin0 3 жыл бұрын
I know you may have left this out intentionally, but don't some instructions use more than one opcode?
@RobertFletcherOBE
@RobertFletcherOBE 3 жыл бұрын
thats covered in the video ;) MOVE and COPY
@RecycleBin0
@RecycleBin0 3 жыл бұрын
@@RobertFletcherOBE that was multiple operands
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
There are lots of assembly languages out there, indeed every specialist type of processor has its own instruction set, so I would not be surprised (although I can't think of one). It is not uncommon for an instruction to have a label as well as an op code, to enable branching and looping. :)KD
@_Stin_
@_Stin_ 3 жыл бұрын
I remember when I was fighting with my Wintel PC-user friend in school about RISC vs CISC - I was right pmsl It was Acorn vs PC back in the 90s lol
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
You're showing your age! Factoid - ARM originally stood for Acorn RISC Machine. It was later changed to Advanced RISC Machine. :)KD
@_Stin_
@_Stin_ 3 жыл бұрын
@@ComputerScienceLessons That's correct. It was the first assembly language and machine code I learned whilst in high school - I was such a geek lol I still have my 233MHz StrongARM RiscPC on the shelf lol On a personal note, Prof. Ferber and Sophie Wilson are personal idols lol - She could type compressed ARM BASIC code! Last I knew, Prof. Ferber was researching spiking neural networks using a cluster of ARM Spinnaker(?) chips. Fascinating stuff.
@Anonymous______________
@Anonymous______________ 2 жыл бұрын
Um given the presence of raspberry Pi's (SBC's) everywhere, the home automation part is bass ackwards. Also ARM (RISC) has a far larger presence in nearly every computing device that isn't a PC.
@ComputerScienceLessons
@ComputerScienceLessons 2 жыл бұрын
For a while, it looked like Nvidia was going to take over ARM.
@paulfalke6227
@paulfalke6227 3 жыл бұрын
At 8:39 you say that "ADD Y" is a (typical) RISC instruction. But this is a typical CISC instruction. A typical RISC instruction is "ADD R0, R1, R2". I don't know ANY RISC CPU that has a accumulator register. Why? This is part of the "one clock tick, one operation" idea of RISC. In a classical RISC CPU you can only write "ADD R0, R1, R2" that executes as R0=R1+R2. All registers have to be different. The operation "ADD Y" executes as A=A+Y with accumulator A is used twice in the operation. But this is a NO, NO for classical RISC. The CISC CPU does a little cheat. The CISC has a second accumulator, often called Atmp. The ADD Y operation is executed in two clock ticks. First do Atmp=A+Y, second do A=Atmp.
@richliou22
@richliou22 Жыл бұрын
What you have explained must be Von Neumann architecture and not Harvard. Please confirm.
@ComputerScienceLessons
@ComputerScienceLessons Жыл бұрын
This could be either. Please watch my video about Harvard kzbin.info/www/bejne/ap-8aKCEfbGlgs0 :)KD
@richliou22
@richliou22 Жыл бұрын
@@ComputerScienceLessons thanks for responding. My understand is instruction register and data register are separate in Harvard architecture. However in this video it appears it is just one type of register?
@shahzebkhalid5591
@shahzebkhalid5591 3 жыл бұрын
if u dont mind me asking whats that in ur profile picture isit a moon or a black hole?
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
It's my daughter, when she was 2, shouting through a hole in a rock :)KD
@shahzebkhalid5591
@shahzebkhalid5591 3 жыл бұрын
@@ComputerScienceLessons XD that's cute
@nielsdaemen
@nielsdaemen 2 жыл бұрын
12:29 That makes no sense. Home automation and security systems use embedded chips wich are always RISK
@arm-power
@arm-power 2 жыл бұрын
- RISC is BETTER, because RISC is next evolution step from CISC. - RISC was developed after CISC (solving CISC problems). - All famous 8-bit CPUs were CISC - Intel 8080, Motorola 6800, 680000, Zilog Z80, MOS 6502 etc. - DEC had CISC VAX and then come up with 64-bit RISC Alpha. - Intel had CISC 8008, 8080, 8086 and later come up with RISC-like IA64 (Itanium). - CISC is obsolete today - there is no new CISC ISA while there is many new RISC ISAs (Xtensa ESP32, RISC-V, ARMv9, Lonsoon etc.). 1) Number of instructions: - RISC .... 64-bit ARM has around 700 instructions (around 100 for basic scalar integer/LD/ST, rest is FPU and vector/SIMD/ML extensions). - CISC .... 64-bit x86-64 has around 900 instructions (again most instructions are FPU/vector/SIMD/ML extensions). - summary: difference between CISC and RISC is almost zero in terms of number of instructions. Basically it depends how many extensions are there. As in 2022 ARM added SME2 extensions (to the current SVE, SVE2, SME) for matrix computation up to 2048-bit long registers (x86 has only 512-bit AVX512) - this probably means than RISC ARM has today more instructions than CISC x86. - in real SW the 64-bit ARM binary as RISC has about 10% bigger size than x86-64 CISC (difference is negligible) - ARM-Thumb2 binary has 10-20% smaller binary size than x86 (Thumb2 was developed for MCU market, for full-size CPU the difference is negligible). 2) Op-code: - RISC obviously can have thousands of instructions (mentioned above). How is that possible? - ARM has multiple op-code templates for one operand, two operands, three operands - op-code size is different, there is no need to be fixed. - I think author of this video confuses fixed op-code size with fixed instruction length. Instruction length MUST be fixed (usually is high performance RISC is 32-bit long (Alpha, ARM, MIPS, SPARC etc.), sometimes for MCU can be packed into 16-bit ARM-Thumb2, or small 8-bit MCUs like PIC use 12-bit, 14-bit instruction length to save space in tiny onboard flash) because it is the main advantage of RISC ISA - decoding unlimited number of instructions in parallel (very important for modern CPU as today best CPU can execute 8 instructions/clock in average). - CISC usually uses variable instruction length. x86 instruction can have 1 byte up to 15 bytes (8-bit up to 120-bit), consisting of two prefix instructions, main instruction and two postfix instructions. This is good for hand assembly coding back at 1970' when RAM was few kBytes and very expensive. Also 1 instruction at 8086 took 10 clocks to complete (0.1 instruction/clock is 80x times less IPC than today's CPU). - Modern x86 CPU has big problem with parallel decode - basically x86 CPU does know only where the 1st instruction begins but doesn't know where the 2nd, 3rd etc. instructions begin. 2nd instruction can begin at 2nd byte up to 16th byte, 3rd instruction can begin at 3rd byte up to 31th byte (number of combinations rise exponentially for every other in parallel loaded instruction). That's a reason why AMD Zen 4 still has only 4-decode (and using sophisticated predictors) and huge micro-op cache (with already decoded instructions for high price) while Apple M1 has 8-decode and no micro-op cache (because it can decode very simply even 100 instructions if needed). - This x86's unnecessary decoding hell cost transistors, workhours to find tricks around and burns energy 3) Every CISC (x86) CPU today is running RISC-like inside. First RISC-inside x86 CPU was AMD K5 competing with 486 and Pentiums AKA P5 (last CISC-inside x86 CPU). K5 was in-order RISC CPU Am29000 with x86 decode added to the frontend. K6 based on NexGen was out-of-order RISC-inside CPU (similar to Pentium Pro AKA P6). 4) It's pretty easy to modify Intel or AMD x86 CPU for another ISA, especially for RISC because it runs inside already as RISC. AMD converted RISC Am29000 into x86 in the past. There is no problem to strip over-complicated x86 decoder away and implement more efficient RISC-V or ARM decoder. Jim Keller did that with K12 when AMD was developing x86 Zen and ARM K12 in parallel as sister cores. The true reason why AMD nor Intel don't do that is money - x86 market is big and nobody else has a license to make x86 CPU except Intel and AMD. They care about money only. However every company which focus on money making rather than delivering best possible products is going to bankrupt inevitably. Smartphone and tablet market is 5x times bigger than server market and growing.... and ARM has 100% there while x86 has 0%. Server market ARM got 10% in just last 2 years and fast growing (cloud providers offer ARM servers at half price/performance - during upcoming economic recession how many companies can afford to pay double price for same performance?). X86 will die soon - because it's old/obsolete/ineffective and because it has bad business model (basically monopoly).
@ComputerScienceLessons
@ComputerScienceLessons 2 жыл бұрын
Good analysis :)KD
@simply6162
@simply6162 Жыл бұрын
u are very good computer scientist and good analyzer. I also think intela nd amd are going to get fcked in future but the gaming industry is keeping x86 alive. and its gonna take a looooong time for x86 to die because of gaming
@mikafoxx2717
@mikafoxx2717 11 ай бұрын
I think a cross compilation, basically a risc pre-decode could help make backwards compatibility if they remove the on-die complicated decoder. Like you said, modern CPU's could really run any instruction set, more or less, depending on things like register count or the optimization of the maths units for the instruction set.
@abdulmotin196
@abdulmotin196 Жыл бұрын
Video starts with x86 on the left and then video finishes with Arm based on the left column confused me. 😢
@animatrix1851
@animatrix1851 2 жыл бұрын
why would home automation require a CISC ? most home automation devices these days are based on ARM or even lower end MCU's while for DSP you might need several new special instructions make it more CISC oriented.
@djneils100
@djneils100 3 жыл бұрын
good video. but kissk rather than sisk is just weird
@Tamirov-Alexander
@Tamirov-Alexander Жыл бұрын
Hi, I study English. Why do you pronounce "kisk" not "sisk"?
@ComputerScienceLessons
@ComputerScienceLessons Жыл бұрын
I don't think there are any rules about this. Other acronyms like CAD (Computer Aided Design) and CAT (Computer Aided Tomography) are pronounced with a 'hard' sounding C. :)KD
@Tamirov-Alexander
@Tamirov-Alexander Жыл бұрын
@@ComputerScienceLessons For me it sounds ok, and I know that languages are evolving but.. According to the rules, Letter c produces /s/ sound if it is followed by the letters ‘e’, ‘i’, or ‘y’.. Letter c produces /k/ sound if it is followed by the letters ‘a’, ‘o’, or ‘u’ or a consonant. So CAD, right, we should pronounce as "kad", but cisco as "sisko"..
@ComputerScienceLessons
@ComputerScienceLessons Жыл бұрын
When it comes to the English language, pronunciation depends a lot on which part of the country you come from. I'm from the North East (with a hint of Kiwi) so I say 'grAf'. Some of my friends pronounce it 'grarf' but they also say 'grAphics'. There's no logic to it. To be honest, I think I started saying Kisc because it sound better when it follows Risc - I like the alliteration of it. I also think it's more memorable for students. Rules be dammed! By the way, the name Cisco comes from 'San Francisco', or should I say San FranKisco? :)KD
@Tamirov-Alexander
@Tamirov-Alexander Жыл бұрын
@@ComputerScienceLessonsYeah, we have the exception "soccer". CISC could be an exception too, I think 🇦🇽 😊
@igneousred1875
@igneousred1875 3 жыл бұрын
The whole RISC vs CISC debate is over as RISC has won... Why? Because more then a decade ago processors accepting CISC instructions have started to internally be composed of a RISC processor that does a handful of instructions and a decoder that translates every instruction from CISC to RISC. So even with the added overhead of translating Every single instruction Every Time it is executed was a better choice then trying to make a processor have separate circuits for every instruction(A lot of area) and have only a few "working" at any moment... As x86(the most popular CISC instruction set) gets more instructions every several years, the more of trade off is in the favor of internally having a "RISC" processor... Other things RISC is better at than CISC: 1. Compilers are terrible at picking the "best" CISC instructions. Where it is actually simpler to find the correct RISC instruction as there is not much of a choice. Point: Converting RISC to CISC will result in say half as much instructions(generous) but for each(on average) you have many to choose from... Also the fact that computation difficulty in reguards to instruction count is roughly O(n) while to say the same for the number of choices for each instruction does not hold water... (Not simpler) 2. In actual "CISC" Processors today Sometimes it is faster to do a simple instruction multiple times, than the more complicated one that was made FOR THE EXACT computation. (this is as I said because they are really RISC with a decoder at the front). Also more reason for the (1.). 3. RISC encoded program almost always takes less space as a vast majority of the CISC instructions are almost never used and yet they take bits... Along with other I may have forgot... Why is CISC still the most dominant in the PC domain? Mostly because of established standards... As sadly leaders of industries think to create a new standard, market the hell out of it and hope people use it instead is not profitable. RISC is dominating in the Microcontroler/processor and Phone spheres... And is a vast majority of the processors made today, not including the pseudo CISC ones. For more info, a good place to start is the great David Patterson's Lex Fridman interview... YT sometimes marks a comment as spam if you include a link, so I won't. Thank you for reading! And replies are encouraged!
@ComputerScienceLessons
@ComputerScienceLessons 3 жыл бұрын
Fascinating interview if you have time (kzbin.info/www/bejne/pJLIlWd5ac2Zd8k) :)KD
@igneousred1875
@igneousred1875 3 жыл бұрын
@@ComputerScienceLessons Love your videos btw... Keep up the good work!
@ngndnd
@ngndnd 2 жыл бұрын
thanks, im using ur comment as my homework assignment so i hope u dont mind
@igneousred1875
@igneousred1875 2 жыл бұрын
@@ngndnd Not sure how you would... But glad to inspire
@technicalthug
@technicalthug 5 ай бұрын
From this great explanation, I fee that CISC might have been more appealing to Intel because it somewhat tied Developers to their processors via. a slight lock-in. Easier to Developer for, but harder to migrate away from.
@tookitogo
@tookitogo 5 ай бұрын
Every CPU architecture at the time of x86’s birth was CISC.
@oglothenerd
@oglothenerd 4 ай бұрын
"KISC" 💀
@ComputerScienceLessons
@ComputerScienceLessons 3 ай бұрын
💋
@oglothenerd
@oglothenerd 3 ай бұрын
@@ComputerScienceLessons Lol.
@jumpsneak
@jumpsneak 4 ай бұрын
Kissk 😂
@qusayfadhel1609
@qusayfadhel1609 10 ай бұрын
"sisk"
@ComputerScienceLessons
@ComputerScienceLessons 10 ай бұрын
Kisk! :)KD
@qusayfadhel1609
@qusayfadhel1609 10 ай бұрын
@@ComputerScienceLessons It's a great video by the way. Thank you for making it!
@ComputerScienceLessons
@ComputerScienceLessons 10 ай бұрын
Thank you! I love arguing about how to pronounce it. :)KD
Little Man Computer: 1. Introduction
20:09
Computer Science Lessons
Рет қаралды 40 М.
The Fetch Decode Execute Cycle
16:45
Computer Science Lessons
Рет қаралды 4,4 М.
Every team from the Bracket Buster! Who ya got? 😏
0:53
FailArmy Shorts
Рет қаралды 13 МЛН
The Accumulator
9:48
Computer Science Lessons
Рет қаралды 2,7 М.
Arm vs x86 - Key Differences Explained
20:38
Gary Explains
Рет қаралды 400 М.
Little Man Computer:  2. Branching Code
17:30
Computer Science Lessons
Рет қаралды 20 М.
01: ARM Cortex-M Instruction Set Architecture
14:43
JoeTheProfessor
Рет қаралды 150 М.
RISC vs CISC | Computer Architecture
11:01
Bina Bhatt
Рет қаралды 65 М.
Explaining RISC-V: An x86 & ARM Alternative
14:24
ExplainingComputers
Рет қаралды 475 М.
RISC vs CISC - Is it Still a Thing?
11:18
Gary Explains
Рет қаралды 187 М.
Pipeline Architecture
8:23
Computer Science Lessons
Рет қаралды 4,1 М.