WEBVTT - TechStuff Classic: TechStuff Goes to RAMing Speed

0:00:04.120 --> 0:00:07.160
<v Speaker 1>Get in touch with technology with tech Stuff from how

0:00:07.200 --> 0:00:13.600
<v Speaker 1>stuff works dot com. Be there and welcome to tech Stuff.

0:00:13.640 --> 0:00:16.200
<v Speaker 1>I'm your host job in Strickland. I'm an executive producer

0:00:16.200 --> 0:00:19.160
<v Speaker 1>and I love all things tech. And today it's time

0:00:19.200 --> 0:00:22.479
<v Speaker 1>for another classic episode of tech Stuff. We are going

0:00:22.520 --> 0:00:25.919
<v Speaker 1>all the way back to January second, two thousand twelve,

0:00:26.560 --> 0:00:29.920
<v Speaker 1>and we're going to learn about random access memory in

0:00:29.960 --> 0:00:34.280
<v Speaker 1>an episode we called tech Stuff goes to raming speed.

0:00:34.840 --> 0:00:39.599
<v Speaker 1>Chris Palette and I decided to demystify the concept. How

0:00:39.640 --> 0:00:43.040
<v Speaker 1>did we do? Well, let's find out. Today we're gonna

0:00:43.040 --> 0:00:47.279
<v Speaker 1>be talking about memory, computer memory specifically. Yeah, and uh, well,

0:00:47.320 --> 0:00:50.239
<v Speaker 1>you had a lot of people request over over the

0:00:50.360 --> 0:00:52.599
<v Speaker 1>length of tech Stuff. Really the entire time we've been

0:00:52.640 --> 0:00:54.080
<v Speaker 1>doing this, we have a lot of people ask us

0:00:54.080 --> 0:00:57.360
<v Speaker 1>to do a podcast about RAM and to kind of

0:00:57.360 --> 0:00:59.840
<v Speaker 1>talk about what RAM is, why you need it, and

0:01:00.040 --> 0:01:02.320
<v Speaker 1>what does it do and how does it work? Which

0:01:02.360 --> 0:01:04.840
<v Speaker 1>is funny because we kept not doing it because we

0:01:04.880 --> 0:01:07.880
<v Speaker 1>thought we already had it. Turns out not so much.

0:01:07.920 --> 0:01:10.200
<v Speaker 1>I did a search for the word RAM in our

0:01:10.319 --> 0:01:16.000
<v Speaker 1>archives and uh saw a lot of programs but not RAM.

0:01:16.040 --> 0:01:18.319
<v Speaker 1>And I even search for memory and the only memory

0:01:18.319 --> 0:01:20.600
<v Speaker 1>thing we've done is we've talked about hard drives, which

0:01:21.319 --> 0:01:24.480
<v Speaker 1>hard The relationship between hard drives and memory is a

0:01:24.480 --> 0:01:27.199
<v Speaker 1>close one. It's an important one. And Uh, in fact,

0:01:28.000 --> 0:01:31.200
<v Speaker 1>if we did not have RAM, if we if we

0:01:31.240 --> 0:01:34.280
<v Speaker 1>had not developed that, and we were relying solely upon

0:01:34.440 --> 0:01:36.240
<v Speaker 1>the kind of memory that you would find in a

0:01:36.280 --> 0:01:40.720
<v Speaker 1>typical hard drive, you know, the traditional hard drive. UH,

0:01:40.920 --> 0:01:45.399
<v Speaker 1>computer operations would take much longer than what we're accustomed to. Yeah.

0:01:45.440 --> 0:01:47.080
<v Speaker 1>As a matter of fact, I can I can actually

0:01:47.120 --> 0:01:51.559
<v Speaker 1>deliver a personal commentary on that because my very first

0:01:51.600 --> 0:01:55.000
<v Speaker 1>machine was an Amiga one thousand. Many people have known

0:01:55.040 --> 0:01:58.000
<v Speaker 1>because I mentioned it several times in the podcast, and

0:01:58.320 --> 0:02:00.440
<v Speaker 1>that first machine that I had didn't have a hard

0:02:00.520 --> 0:02:04.840
<v Speaker 1>drive on it. Um So Commodore's instructions when you first

0:02:04.880 --> 0:02:07.440
<v Speaker 1>turn the machine on, you would once it it got

0:02:07.480 --> 0:02:10.280
<v Speaker 1>into boot up mode, you would see a copy of

0:02:10.320 --> 0:02:14.399
<v Speaker 1>the Kickstart disc. Kickstart basically loaded the operating system uh

0:02:14.400 --> 0:02:18.480
<v Speaker 1>into RAM, into random access memory, and then once that happened,

0:02:18.520 --> 0:02:22.000
<v Speaker 1>you could launch your workbench, which is the equivalent of

0:02:22.080 --> 0:02:24.800
<v Speaker 1>the desktop in what you would see in Windows Linux

0:02:24.960 --> 0:02:30.080
<v Speaker 1>or the mac os today. Um So, you know, without that, uh,

0:02:30.120 --> 0:02:32.079
<v Speaker 1>you know, when I got my first hard drive computer

0:02:32.120 --> 0:02:34.680
<v Speaker 1>which was an Amigia three thousand UM. It had a

0:02:34.720 --> 0:02:37.080
<v Speaker 1>forty megabyte. Yeah, you can laugh at that hard drive

0:02:38.200 --> 0:02:42.320
<v Speaker 1>which would automatically load the kickstart and get everything started

0:02:42.400 --> 0:02:45.040
<v Speaker 1>up for you. So it worked very much like our

0:02:45.080 --> 0:02:48.680
<v Speaker 1>machines do now. But um, you know that that was

0:02:48.880 --> 0:02:51.400
<v Speaker 1>That's one of those things that the hard drive takes

0:02:51.440 --> 0:02:53.880
<v Speaker 1>care of that you didn't. That you don't have to

0:02:53.919 --> 0:02:56.920
<v Speaker 1>do uh now is load your operating system and all

0:02:56.960 --> 0:02:59.320
<v Speaker 1>that stuff in there. There's also it's also important to

0:02:59.320 --> 0:03:01.880
<v Speaker 1>note the difference between RAM and ROM. I would say

0:03:01.919 --> 0:03:05.720
<v Speaker 1>read only memory or rom UM also has a lot

0:03:05.800 --> 0:03:09.240
<v Speaker 1>of that baked into the chips onto your computer. There

0:03:09.280 --> 0:03:11.840
<v Speaker 1>are some things that are already in your computer that

0:03:11.880 --> 0:03:16.080
<v Speaker 1>are part of the uh um the physical hardware. But

0:03:16.240 --> 0:03:20.040
<v Speaker 1>and and read only memory uh that memory is at

0:03:20.240 --> 0:03:23.840
<v Speaker 1>access sequentially rather than at random, which is how random

0:03:23.840 --> 0:03:26.960
<v Speaker 1>access memory got its name, right, and read only memory,

0:03:27.000 --> 0:03:31.440
<v Speaker 1>as the name implies, you can only read from that memory.

0:03:31.440 --> 0:03:34.800
<v Speaker 1>You can't write to it. So in other words, it's unchanging.

0:03:34.920 --> 0:03:38.360
<v Speaker 1>It is is static. It will always be the way

0:03:38.400 --> 0:03:41.480
<v Speaker 1>it is unless you were to physically remove the chips

0:03:41.520 --> 0:03:45.520
<v Speaker 1>and replace them with other chips or other circuitry, it's

0:03:45.600 --> 0:03:47.560
<v Speaker 1>always going to be the same way. And there's some

0:03:47.600 --> 0:03:51.080
<v Speaker 1>devices that only have read only memory because that's all

0:03:51.120 --> 0:03:54.280
<v Speaker 1>they require, and it's important to have. It's um it's

0:03:54.280 --> 0:03:57.560
<v Speaker 1>a very useful type of memory. But when you're working

0:03:57.600 --> 0:04:01.640
<v Speaker 1>on a project, if you only have ROM and not RAM,

0:04:01.680 --> 0:04:03.520
<v Speaker 1>you would have to burn a new ROM every time

0:04:03.560 --> 0:04:05.560
<v Speaker 1>you wanted to save something. To this I would be

0:04:05.600 --> 0:04:08.200
<v Speaker 1>a real pain. So, for example, if you were to

0:04:08.240 --> 0:04:13.200
<v Speaker 1>look at the good old video game console market, especially

0:04:13.240 --> 0:04:16.560
<v Speaker 1>if you were looking at the old cartridge based consoles,

0:04:17.200 --> 0:04:21.760
<v Speaker 1>the the games, the cartridges you have that you would

0:04:21.760 --> 0:04:26.160
<v Speaker 1>put plug into your console had ROMs on them. That

0:04:26.240 --> 0:04:30.120
<v Speaker 1>was the game itself was a ROM. And that's why

0:04:30.440 --> 0:04:34.039
<v Speaker 1>if you talk about things like the main emulator, and

0:04:34.200 --> 0:04:36.360
<v Speaker 1>I know that's it's kind of like saying a t

0:04:36.520 --> 0:04:40.919
<v Speaker 1>M machine, but the emulator for arcade machines UH that

0:04:41.040 --> 0:04:44.760
<v Speaker 1>you can run on certain computers. The emulator's job is

0:04:44.839 --> 0:04:50.440
<v Speaker 1>to to mimic the circuitry that you would find within

0:04:50.520 --> 0:04:54.039
<v Speaker 1>an arcade machine to run a specific ROM or game.

0:04:54.320 --> 0:04:58.320
<v Speaker 1>So RAMS are used in devices, and in some cases

0:04:58.360 --> 0:05:02.680
<v Speaker 1>are are the only thing within that device. There might

0:05:02.680 --> 0:05:04.840
<v Speaker 1>be some other memory there to do things like keep

0:05:04.880 --> 0:05:06.840
<v Speaker 1>track of a high score. That's a little different. But

0:05:07.839 --> 0:05:11.400
<v Speaker 1>but in general, um, you know, there are certain devices

0:05:11.440 --> 0:05:14.200
<v Speaker 1>that will only have ROM. RAM, however, is very important

0:05:14.240 --> 0:05:17.320
<v Speaker 1>for the way we use computers today. Think of RAM

0:05:17.440 --> 0:05:21.719
<v Speaker 1>as it's a it's a temporary storage fability, yeah, for

0:05:21.839 --> 0:05:24.760
<v Speaker 1>a computer. Right. So it's where you can temporarily store

0:05:24.800 --> 0:05:29.919
<v Speaker 1>instructions and data so that your computers processor doesn't have

0:05:30.000 --> 0:05:32.680
<v Speaker 1>to go hunting through your hard drive system in order

0:05:32.720 --> 0:05:37.360
<v Speaker 1>to find the relevant information to execute a command. Um.

0:05:37.480 --> 0:05:40.120
<v Speaker 1>The way I like to think about this is if

0:05:40.120 --> 0:05:43.839
<v Speaker 1>you're a student, imagine that you have a textbook filled

0:05:43.880 --> 0:05:47.320
<v Speaker 1>with facts, will say physics. It's a physics textbook, all right,

0:05:47.680 --> 0:05:50.560
<v Speaker 1>And you've got a test coming up, and you've created

0:05:51.160 --> 0:05:54.440
<v Speaker 1>a crib sheet for you to study from, and the

0:05:54.440 --> 0:05:57.480
<v Speaker 1>crib sheet has bulleted points on it about the major

0:05:57.560 --> 0:05:59.880
<v Speaker 1>things you're going to be covering in your next physics test.

0:06:00.600 --> 0:06:02.279
<v Speaker 1>That crib sheet is kind of like RAM in the

0:06:02.320 --> 0:06:04.960
<v Speaker 1>sense that you can make little notes, you can erase stuff,

0:06:05.000 --> 0:06:09.240
<v Speaker 1>you can replace things, and it has a good instruction

0:06:09.360 --> 0:06:11.720
<v Speaker 1>set for you to work from. Now, occasionally you might

0:06:11.800 --> 0:06:14.400
<v Speaker 1>come across a problem. Let's say you're working on some

0:06:14.480 --> 0:06:16.800
<v Speaker 1>homework that's going to prepare you for this test. And

0:06:16.880 --> 0:06:18.839
<v Speaker 1>you've got your crib sheet in front of you, and

0:06:18.839 --> 0:06:21.880
<v Speaker 1>you're working on your homework question, and you realize that

0:06:22.080 --> 0:06:25.240
<v Speaker 1>the information that you need is not on the crib sheet.

0:06:25.279 --> 0:06:27.159
<v Speaker 1>It's just doesn't go that deep. So you have to

0:06:27.160 --> 0:06:30.160
<v Speaker 1>go to the textbook to refer to the right section

0:06:30.200 --> 0:06:32.159
<v Speaker 1>to learn the stuff you need in order to answer

0:06:32.240 --> 0:06:35.360
<v Speaker 1>that question. That's kind of like your computer. Your CPU

0:06:35.520 --> 0:06:38.120
<v Speaker 1>is going to refer back to the memory to see

0:06:38.160 --> 0:06:41.039
<v Speaker 1>if the information it needs is there, and if it's

0:06:41.360 --> 0:06:45.520
<v Speaker 1>if the information goes beyond that little memory, if it's

0:06:45.520 --> 0:06:47.840
<v Speaker 1>something that has to actually access the hard drive, it

0:06:47.839 --> 0:06:51.560
<v Speaker 1>will go to the hard drive. Same sort of idea. Yeah,

0:06:51.600 --> 0:06:54.240
<v Speaker 1>And UM, I would just like to note that when

0:06:54.279 --> 0:06:58.080
<v Speaker 1>I said that ROM could only be access sequentially, that's wrong.

0:06:58.160 --> 0:07:02.040
<v Speaker 1>I was actually thinking of serial access memory or SAM. Right.

0:07:02.160 --> 0:07:05.000
<v Speaker 1>I apologize for that. Yeah, I haven't had enough coffee

0:07:05.000 --> 0:07:08.160
<v Speaker 1>this morning apparently, But yeah, serial access memory is UH

0:07:08.600 --> 0:07:12.320
<v Speaker 1>is another form of memory that's not used nearly as

0:07:12.360 --> 0:07:15.280
<v Speaker 1>often today as it used to be. But back when

0:07:15.360 --> 0:07:18.720
<v Speaker 1>we had tape drives, UM, you know, you used to

0:07:18.760 --> 0:07:20.960
<v Speaker 1>have to go all the way through the tape until

0:07:21.000 --> 0:07:22.880
<v Speaker 1>you got to the part where it had the information

0:07:22.880 --> 0:07:25.920
<v Speaker 1>you needed letter than accessing it. It's just the same

0:07:25.920 --> 0:07:28.520
<v Speaker 1>as if he's had a cassette tape. Right. If you

0:07:28.520 --> 0:07:30.400
<v Speaker 1>had an old cassette tape with music on it and

0:07:30.440 --> 0:07:33.000
<v Speaker 1>you wanted to listen to a specific song, you had

0:07:33.000 --> 0:07:36.760
<v Speaker 1>to fast forward or play through the tape until you

0:07:36.800 --> 0:07:39.120
<v Speaker 1>got to the song you wanted, and then you could

0:07:39.120 --> 0:07:41.560
<v Speaker 1>listen to it. You couldn't just jump right to the song.

0:07:42.160 --> 0:07:44.600
<v Speaker 1>For our younger listeners, this might seem like a completely

0:07:44.640 --> 0:07:48.360
<v Speaker 1>foreign concept, but yes, uh, lots of us used to

0:07:48.360 --> 0:07:51.760
<v Speaker 1>listen to cassette tapes and if you were really lucky,

0:07:52.200 --> 0:07:55.480
<v Speaker 1>you had like the eight track tapes where your options

0:07:55.480 --> 0:07:58.280
<v Speaker 1>were even more limited in order to to navigate to

0:07:58.320 --> 0:08:01.320
<v Speaker 1>the next song. Yes, but ROM doesn't necessarily work that way,

0:08:01.560 --> 0:08:04.720
<v Speaker 1>so I apologize for that. But random axis memory there,

0:08:04.800 --> 0:08:06.920
<v Speaker 1>there's certain there are different kinds of it. One of

0:08:06.920 --> 0:08:10.800
<v Speaker 1>the most common is dynamic RAM. Yeah, that's that's probably

0:08:10.800 --> 0:08:16.080
<v Speaker 1>the most versions of that are probably the most common

0:08:16.480 --> 0:08:19.239
<v Speaker 1>used in computers today. Yeah, and uh, And the way

0:08:19.280 --> 0:08:22.600
<v Speaker 1>that random axis memory, dynamic random access memory is is

0:08:23.080 --> 0:08:27.440
<v Speaker 1>arranged is that you can imagine a grid, right, and

0:08:27.880 --> 0:08:31.200
<v Speaker 1>the columns there are columns, and there are rows, and

0:08:31.200 --> 0:08:36.839
<v Speaker 1>where these intersect you have memory cells. Now, a memory cell,

0:08:37.280 --> 0:08:41.280
<v Speaker 1>the most basic memory cell is essentially a transistor and

0:08:41.440 --> 0:08:45.280
<v Speaker 1>a capacitor, and the capacitor can hold a charge. If

0:08:45.280 --> 0:08:47.520
<v Speaker 1>the capacitor is holding a charge, the memory cell is

0:08:47.559 --> 0:08:50.480
<v Speaker 1>registering as a one. If the capacitor is not holding

0:08:50.480 --> 0:08:54.120
<v Speaker 1>a charge, it's registering as a zero. The transistor access

0:08:54.200 --> 0:08:59.320
<v Speaker 1>a switch that allows the various things. It allows the

0:08:59.320 --> 0:09:02.240
<v Speaker 1>computer to be a to read those particular cells and

0:09:02.280 --> 0:09:05.400
<v Speaker 1>also to recharge those cells. Because here's the thing about capacitors,

0:09:05.880 --> 0:09:09.480
<v Speaker 1>they do drain. Yeah, they can hold a charge. There.

0:09:09.520 --> 0:09:13.400
<v Speaker 1>They're sort of like a battery, though they are not identical,

0:09:13.480 --> 0:09:16.080
<v Speaker 1>so don't assume that that's the same thing, but there

0:09:16.160 --> 0:09:20.520
<v Speaker 1>they fulfill similar functions. Capacitors usually release their energy in

0:09:20.559 --> 0:09:25.520
<v Speaker 1>a burst as opposed to over a prolonged time. But yeah,

0:09:25.520 --> 0:09:28.040
<v Speaker 1>the capacitors the the energy drains from the capastors, so

0:09:28.040 --> 0:09:33.280
<v Speaker 1>they have to be recharged regularly and rapidly in order

0:09:33.320 --> 0:09:36.280
<v Speaker 1>for them to maintain that charge and hold onto what

0:09:36.320 --> 0:09:39.680
<v Speaker 1>we call a state, the state of that memory cell.

0:09:39.760 --> 0:09:41.520
<v Speaker 1>So the state is either a one or a zero.

0:09:41.559 --> 0:09:44.360
<v Speaker 1>If it's a one, the computer has to continually send

0:09:44.520 --> 0:09:47.160
<v Speaker 1>energy to that UH cell in order for it to

0:09:47.200 --> 0:09:50.640
<v Speaker 1>maintain a one until the memory needs to be written over,

0:09:50.679 --> 0:09:52.719
<v Speaker 1>in which case it might be a one again or

0:09:52.760 --> 0:09:54.440
<v Speaker 1>it might be a zero. It all depends on what

0:09:54.480 --> 0:09:57.640
<v Speaker 1>the information is. And you've got the like I said,

0:09:57.679 --> 0:10:01.760
<v Speaker 1>you've got columns and you've got rows, and uh, the

0:10:01.840 --> 0:10:04.040
<v Speaker 1>way the computer works, it has all these different little

0:10:04.120 --> 0:10:10.000
<v Speaker 1>UM components to it that will detect what the current

0:10:10.080 --> 0:10:12.960
<v Speaker 1>state is of all those different memory cells in order

0:10:12.960 --> 0:10:16.320
<v Speaker 1>to be able to uh to to pull the right information.

0:10:16.320 --> 0:10:18.960
<v Speaker 1>And in fact, the computer keeps a record of which

0:10:19.040 --> 0:10:21.079
<v Speaker 1>memory you sell it needs to go to because you

0:10:21.120 --> 0:10:23.280
<v Speaker 1>can think of the intersection of that column in that

0:10:23.400 --> 0:10:26.120
<v Speaker 1>row as an address. Yeah, if you think about it

0:10:26.160 --> 0:10:29.800
<v Speaker 1>as a piece of graph paper. Yeah, kind of the

0:10:29.800 --> 0:10:33.360
<v Speaker 1>computer just basically keeps track of, uh, you know, where

0:10:33.360 --> 0:10:36.440
<v Speaker 1>each item is in that memory. Yeah. If you think

0:10:36.480 --> 0:10:38.959
<v Speaker 1>of the columns is like things like A, B, C, D, E, F.

0:10:39.360 --> 0:10:41.280
<v Speaker 1>You know, sort of like think of it kind of

0:10:41.320 --> 0:10:44.160
<v Speaker 1>like a game of battleship. That's exactly what I was thinking. Yeah,

0:10:44.160 --> 0:10:46.040
<v Speaker 1>you got that. You've got the columns that are maybe

0:10:46.080 --> 0:10:49.360
<v Speaker 1>A through Z, and then you have one through twenty

0:10:49.440 --> 0:10:51.880
<v Speaker 1>six as the rose and you want to look at

0:10:52.360 --> 0:10:55.280
<v Speaker 1>a four, well, then you know exactly where to go

0:10:55.920 --> 0:10:58.080
<v Speaker 1>to to pull up that information. You don't have to

0:10:58.120 --> 0:11:00.400
<v Speaker 1>you don't have to go through the entire ce quence

0:11:00.520 --> 0:11:03.360
<v Speaker 1>of memory cells in order to get that information. That's

0:11:03.520 --> 0:11:06.080
<v Speaker 1>a very simplistic way of saying what is happening with

0:11:06.120 --> 0:11:10.880
<v Speaker 1>this dynamic random access memory. One of the disadvantages here, though,

0:11:11.000 --> 0:11:15.760
<v Speaker 1>is that having to refresh that memory constantly means that

0:11:15.840 --> 0:11:21.760
<v Speaker 1>you're essentially slowing down the memory. UM, which is you

0:11:21.800 --> 0:11:24.880
<v Speaker 1>know a problem. It's it's something that that requires a

0:11:24.920 --> 0:11:28.360
<v Speaker 1>lot of energy. It requires uh that you're constant constantly

0:11:28.400 --> 0:11:31.920
<v Speaker 1>refreshing it and slows down your memory. Now, um, having

0:11:31.960 --> 0:11:35.480
<v Speaker 1>more memory and your computer is a good thing. UM.

0:11:35.559 --> 0:11:37.880
<v Speaker 1>You remember when we talked about thirty two bit and

0:11:37.920 --> 0:11:42.240
<v Speaker 1>sixty four bit systems. Um. You know, your your operating

0:11:42.280 --> 0:11:45.440
<v Speaker 1>system and your computer, depending on how they work together,

0:11:45.559 --> 0:11:51.520
<v Speaker 1>can address a certain amount of computer memory. UM. And

0:11:51.679 --> 0:11:54.720
<v Speaker 1>uh you know with if you have if you are

0:11:54.800 --> 0:11:59.120
<v Speaker 1>not taking advantage of the maximum capacity of memory or

0:11:59.120 --> 0:12:01.160
<v Speaker 1>at least you know, the as much as your computer

0:12:01.240 --> 0:12:05.040
<v Speaker 1>can hold. UM. Not only is it having to uh

0:12:05.040 --> 0:12:07.880
<v Speaker 1>fit whatever programs you're trying to run on top of

0:12:07.920 --> 0:12:10.920
<v Speaker 1>the operating system in that amount of memory, it's also

0:12:11.720 --> 0:12:15.040
<v Speaker 1>dealing with uh constantly having to refresh that memory, so

0:12:15.080 --> 0:12:18.160
<v Speaker 1>it can really slow your computer down. We're gonna take

0:12:18.160 --> 0:12:20.160
<v Speaker 1>a quick break to thank our sponsor, and then when

0:12:20.160 --> 0:12:30.440
<v Speaker 1>we come back more about RAM. Going back to the

0:12:30.480 --> 0:12:35.520
<v Speaker 1>grid really quickly. The the columns along this grid are

0:12:35.559 --> 0:12:40.080
<v Speaker 1>called bit lines, the rows are called word lines, and

0:12:40.120 --> 0:12:43.319
<v Speaker 1>then the the intersection is the memory cell address. So,

0:12:43.880 --> 0:12:46.880
<v Speaker 1>UH though, what when you are WIN, when you want

0:12:46.920 --> 0:12:49.280
<v Speaker 1>to write information or when your computer needs to write

0:12:49.280 --> 0:12:52.000
<v Speaker 1>information to your RAM in order for the CPU to

0:12:52.040 --> 0:12:54.440
<v Speaker 1>be able to have access to it to make things

0:12:54.520 --> 0:13:01.440
<v Speaker 1>run smoothly. First it starts sending electricity through the column area,

0:13:02.040 --> 0:13:07.440
<v Speaker 1>so through the bitline UM individual bitline, and then the

0:13:07.480 --> 0:13:13.640
<v Speaker 1>computer sends electricity through the appropriate wordlines the right rose.

0:13:14.000 --> 0:13:16.720
<v Speaker 1>So let's say that you you know that you're you're

0:13:16.880 --> 0:13:20.439
<v Speaker 1>you're activating column D that's the one that's being UM

0:13:20.640 --> 0:13:23.640
<v Speaker 1>that electricity is running through right now. And you know

0:13:23.760 --> 0:13:29.360
<v Speaker 1>that Rose five, twelve, and twenty three need to have

0:13:29.679 --> 0:13:33.080
<v Speaker 1>need to be activated because those memories, the memory cells

0:13:33.080 --> 0:13:37.319
<v Speaker 1>at those addresses at the intersection of column D UH

0:13:37.600 --> 0:13:39.840
<v Speaker 1>need to be active in order for the information to

0:13:39.840 --> 0:13:43.199
<v Speaker 1>be there. The computer sends this information, the transistor allows

0:13:43.280 --> 0:13:48.720
<v Speaker 1>the capacity turns to take on that that charge. And

0:13:48.760 --> 0:13:55.079
<v Speaker 1>then there's a little um sensor actually since amplifier as well,

0:13:55.400 --> 0:13:59.840
<v Speaker 1>that receives the signal that says this capacitor has has

0:13:59.880 --> 0:14:03.040
<v Speaker 1>a state of one, and that's what allows the computer. No,

0:14:03.559 --> 0:14:05.719
<v Speaker 1>you know if it's a one or zero, and collectively

0:14:05.760 --> 0:14:09.280
<v Speaker 1>all those ones and zeros give it the information it needs. Now,

0:14:09.760 --> 0:14:13.000
<v Speaker 1>all of this happens in a manner of a few nanoseconds,

0:14:13.520 --> 0:14:17.000
<v Speaker 1>So don't think like this is taking ages. It's it's

0:14:17.080 --> 0:14:20.640
<v Speaker 1>it's billions of a second for this stuff. When I

0:14:20.720 --> 0:14:22.920
<v Speaker 1>say slow, I would put that in quotes. It's slow,

0:14:23.280 --> 0:14:27.160
<v Speaker 1>right slow, like the way we feel when we put

0:14:27.200 --> 0:14:29.720
<v Speaker 1>something in the microwave for a minute and we're thinking,

0:14:29.800 --> 0:14:32.800
<v Speaker 1>why isn't it done yet? That kind of slow slow

0:14:32.920 --> 0:14:36.240
<v Speaker 1>as relative. Yes, it's not slow as in you put

0:14:36.240 --> 0:14:39.000
<v Speaker 1>something in the oven and four days later you've got turkey.

0:14:39.120 --> 0:14:44.200
<v Speaker 1>Uh the I put an old boot in there. There's

0:14:44.200 --> 0:14:48.280
<v Speaker 1>a turkey. That's the way it worked, isn't it. No? Oh,

0:14:48.480 --> 0:14:51.440
<v Speaker 1>I need to go home after this podcast, but at

0:14:51.520 --> 0:14:55.400
<v Speaker 1>least I'll have some warm boots Uh yeah, so this

0:14:55.400 --> 0:14:59.280
<v Speaker 1>this is all taking just nanoseconds for each individual transaction,

0:14:59.280 --> 0:15:03.520
<v Speaker 1>no seconds the whole thing. So, but it's happening repeatedly

0:15:03.680 --> 0:15:06.280
<v Speaker 1>until that memory is getting rewritten, and it's happening. You know,

0:15:06.280 --> 0:15:10.720
<v Speaker 1>it's changing rapidly because that's the nature of memory. If

0:15:10.720 --> 0:15:13.520
<v Speaker 1>you're running a lot of different applications, and uh, your

0:15:13.520 --> 0:15:17.520
<v Speaker 1>memory might be filling up pretty quickly with all this information.

0:15:17.920 --> 0:15:21.040
<v Speaker 1>That's why the more applications you run, if you're if

0:15:21.040 --> 0:15:23.920
<v Speaker 1>you're using an older machine and you're running a lot

0:15:23.920 --> 0:15:26.880
<v Speaker 1>of different applications, you might feel like you're everything's kind

0:15:26.920 --> 0:15:30.680
<v Speaker 1>of sluggish. And that's why people will tell you like, oh, well,

0:15:30.720 --> 0:15:33.440
<v Speaker 1>you need to close some of these applications because it's

0:15:33.480 --> 0:15:35.560
<v Speaker 1>taking up space in the memory and the CPU is

0:15:35.600 --> 0:15:38.520
<v Speaker 1>having to work harder to get the information it needs

0:15:38.880 --> 0:15:43.360
<v Speaker 1>to act to execute your commands. So uh, you know

0:15:43.480 --> 0:15:46.400
<v Speaker 1>that that's how that all plays in. That's why people say, oh,

0:15:46.520 --> 0:15:48.040
<v Speaker 1>if you want a computer to go faster, you need

0:15:48.040 --> 0:15:50.720
<v Speaker 1>more memory, because then you can you can actually run

0:15:50.800 --> 0:15:53.640
<v Speaker 1>more applications. That tends to be a very common problem

0:15:53.760 --> 0:15:56.560
<v Speaker 1>that people run into, right They're like, my computer is

0:15:56.560 --> 0:15:58.560
<v Speaker 1>so slow, and you look at it and you're like, well,

0:15:58.600 --> 0:16:01.560
<v Speaker 1>you've got fifteen applications open, and three of them are

0:16:01.560 --> 0:16:05.160
<v Speaker 1>pretty heavy duty, um, you know, or graphics intensive or whatever,

0:16:05.320 --> 0:16:08.960
<v Speaker 1>something that's going to require a lot of processing. That

0:16:09.000 --> 0:16:12.240
<v Speaker 1>would be why it's both processor speed and the amount

0:16:12.280 --> 0:16:14.640
<v Speaker 1>of memory you have. The two are very much important.

0:16:14.920 --> 0:16:18.520
<v Speaker 1>And also when we talk about Moore's law, Moore's law

0:16:18.560 --> 0:16:23.440
<v Speaker 1>plays into the into memory as well, because dynamic random

0:16:23.440 --> 0:16:26.200
<v Speaker 1>access memory the nice thing about it is that, well

0:16:26.200 --> 0:16:29.560
<v Speaker 1>two nice things about is that it's relatively inexpensive, and

0:16:29.720 --> 0:16:32.560
<v Speaker 1>it's it doesn't take up a lot of physical space

0:16:32.640 --> 0:16:36.240
<v Speaker 1>when you're designing memory chips. There are other types of

0:16:36.320 --> 0:16:40.280
<v Speaker 1>random access memory, not just dynamic their static random access memory.

0:16:40.840 --> 0:16:45.240
<v Speaker 1>And static random access memory uses uh something a logic

0:16:45.760 --> 0:16:49.320
<v Speaker 1>construction called a flip flop. Yes, not a standal I

0:16:49.440 --> 0:16:52.640
<v Speaker 1>was gonna say, you're gonna oven and it comes out

0:16:52.680 --> 0:16:57.120
<v Speaker 1>as chicken already know that doesn't work. Well, the static

0:16:57.320 --> 0:17:01.520
<v Speaker 1>random access memory, Um yeah, I mean it one of

0:17:01.560 --> 0:17:05.000
<v Speaker 1>the benefits of us now flip flops. Actually we uh

0:17:05.080 --> 0:17:09.280
<v Speaker 1>you go back to the Boolean logic um reference. But

0:17:10.119 --> 0:17:15.919
<v Speaker 1>basically a static RAM has the benefit of being a

0:17:15.920 --> 0:17:19.520
<v Speaker 1>lot faster than dynamic RAM. Well, for one thing, what

0:17:19.640 --> 0:17:22.200
<v Speaker 1>it does. Once it has a state, it will hold

0:17:22.240 --> 0:17:24.439
<v Speaker 1>that state until you tell it to change. So it

0:17:24.480 --> 0:17:28.600
<v Speaker 1>doesn't it doesn't, it doesn't require to be recharged, doesn't

0:17:28.640 --> 0:17:32.560
<v Speaker 1>have a capacitor that is leaking energy and has to

0:17:32.600 --> 0:17:36.159
<v Speaker 1>be refilled. So so once you once you set a

0:17:36.160 --> 0:17:38.040
<v Speaker 1>flip flop to one, it's going to stay a one

0:17:38.080 --> 0:17:40.720
<v Speaker 1>till you tell it to be a zero. So that

0:17:40.760 --> 0:17:43.680
<v Speaker 1>sounds great. Why don't we use static RAM instead of

0:17:43.760 --> 0:17:47.040
<v Speaker 1>dynamic RAM for our you know, main RAM in our computers?

0:17:47.040 --> 0:17:50.320
<v Speaker 1>Two reasons. One, it takes up more space, so you

0:17:50.800 --> 0:17:53.520
<v Speaker 1>end up having problems like especially with things like mobile

0:17:53.520 --> 0:17:57.520
<v Speaker 1>devices or or laptop computers, you start running into the

0:17:57.520 --> 0:17:59.680
<v Speaker 1>problem of while you can only fit so much into

0:17:59.680 --> 0:18:02.239
<v Speaker 1>a four in factor before he gets clunky, right right,

0:18:02.280 --> 0:18:05.360
<v Speaker 1>you need more transistors for static RAM. Yeah, yeah, four

0:18:05.400 --> 0:18:08.400
<v Speaker 1>to six for each flip flop. So that's and each

0:18:08.400 --> 0:18:13.439
<v Speaker 1>flip flop is is representing one memory cell. So and

0:18:13.880 --> 0:18:16.719
<v Speaker 1>granted these transistors that we're talking about are on the

0:18:16.840 --> 0:18:20.200
<v Speaker 1>nanoscale at this point, you know, we're talking about tiny, tiny,

0:18:20.240 --> 0:18:23.000
<v Speaker 1>tiny transistors. But even so those add up if you

0:18:23.040 --> 0:18:25.520
<v Speaker 1>need to have the amount of memory that you're accustomed to,

0:18:26.160 --> 0:18:28.680
<v Speaker 1>so they are they take up more space, and they're

0:18:28.680 --> 0:18:32.400
<v Speaker 1>more much more expensive. So static RAM is not something

0:18:32.440 --> 0:18:35.600
<v Speaker 1>you're gonna find in every single kind of device, although

0:18:36.240 --> 0:18:39.359
<v Speaker 1>as you know, as the technologies improved, those prices do

0:18:39.480 --> 0:18:41.760
<v Speaker 1>tend to go down, so we do see more and

0:18:41.800 --> 0:18:44.159
<v Speaker 1>more of that, but dynamic RAM is still probably I

0:18:44.160 --> 0:18:47.560
<v Speaker 1>would say the most popular by far. Um. There there's

0:18:47.560 --> 0:18:54.000
<v Speaker 1>another potential change coming up, a new development that could

0:18:54.040 --> 0:18:56.760
<v Speaker 1>really uh impact this, which we can get into in

0:18:56.800 --> 0:18:59.400
<v Speaker 1>a little bit. Okay, Yeah, I was gonna mention too though,

0:18:59.400 --> 0:19:02.040
<v Speaker 1>that that's attic RAM can be found in your computer,

0:19:02.400 --> 0:19:07.920
<v Speaker 1>probably because um, if you've seen a list of computer specifications,

0:19:07.920 --> 0:19:10.320
<v Speaker 1>perhaps when you're shopping for a new machine and you

0:19:10.359 --> 0:19:14.320
<v Speaker 1>see the cash referred to, um, your computer's cash is

0:19:15.200 --> 0:19:18.760
<v Speaker 1>uh probably static ram. Yeah. A lot of CPUs have

0:19:18.920 --> 0:19:22.439
<v Speaker 1>this built in, uh, A lot of the ones that

0:19:22.520 --> 0:19:27.560
<v Speaker 1>use multi threading, that have multi core processors. A lot

0:19:27.600 --> 0:19:31.879
<v Speaker 1>of these CPUs have their own sections of memory built

0:19:31.960 --> 0:19:34.560
<v Speaker 1>And it's not it's not your computer's RAM. It's something

0:19:34.560 --> 0:19:37.760
<v Speaker 1>that's specifically part of the CPU chip set that is

0:19:38.400 --> 0:19:42.720
<v Speaker 1>there to help make make those those data transfers even

0:19:42.760 --> 0:19:46.560
<v Speaker 1>faster so that it makes it very efficient and for

0:19:46.720 --> 0:19:52.120
<v Speaker 1>the the most commonly used commands, uh, those would be

0:19:52.440 --> 0:19:57.639
<v Speaker 1>stored within the cash. So in that crib sheet example

0:19:57.720 --> 0:20:00.000
<v Speaker 1>I gave, let's say that you even had a little

0:20:00.119 --> 0:20:03.119
<v Speaker 1>note card next year, a crib sheet that had the

0:20:03.280 --> 0:20:06.159
<v Speaker 1>four formulas you're going to use them most frequently in

0:20:06.200 --> 0:20:10.080
<v Speaker 1>that physics test, and so you've got those there. Because

0:20:10.119 --> 0:20:12.560
<v Speaker 1>this way, no matter what you know, you just have

0:20:12.640 --> 0:20:15.080
<v Speaker 1>to glance at the at the note card like that's

0:20:15.200 --> 0:20:17.000
<v Speaker 1>that's the formula I need, and you plug it in

0:20:17.119 --> 0:20:19.440
<v Speaker 1>and you make it, you make it work and whatever.

0:20:19.440 --> 0:20:23.240
<v Speaker 1>The problem is. Your CPU is really really good at

0:20:23.280 --> 0:20:28.480
<v Speaker 1>executing operations upon data, but it's stupid in the sense

0:20:28.520 --> 0:20:30.320
<v Speaker 1>that as soon as it's as soon as it's finished

0:20:30.320 --> 0:20:33.080
<v Speaker 1>doing that, it's forgotten. There's no Yeah, it has no

0:20:33.200 --> 0:20:36.639
<v Speaker 1>memory of its own other than this this cash that

0:20:36.640 --> 0:20:39.879
<v Speaker 1>we're talking about. A CPU on its the very basic

0:20:39.920 --> 0:20:44.080
<v Speaker 1>CPU has no memory, so it can do stuff, but

0:20:44.119 --> 0:20:46.199
<v Speaker 1>as soon as the task is done, it's like a

0:20:46.280 --> 0:20:50.160
<v Speaker 1>blank slate all over again. That's that's why we have

0:20:50.280 --> 0:20:53.520
<v Speaker 1>to have memory in order to get this to work.

0:20:53.560 --> 0:20:57.200
<v Speaker 1>If if the CPU could somehow remember on its own,

0:20:57.720 --> 0:21:00.359
<v Speaker 1>then you'd have other issues like well, now needed to

0:21:00.359 --> 0:21:03.280
<v Speaker 1>do something new, So how do you write over what

0:21:03.400 --> 0:21:06.000
<v Speaker 1>you had before? Do you just add to it? If

0:21:06.040 --> 0:21:08.400
<v Speaker 1>you add to it, how long until you reach capacity?

0:21:08.440 --> 0:21:10.320
<v Speaker 1>And you can't do anything with that CPU other than

0:21:10.359 --> 0:21:13.040
<v Speaker 1>the stuff that you've already done. So you know, this

0:21:13.119 --> 0:21:16.320
<v Speaker 1>is why the whole idea of the random actis memory

0:21:16.359 --> 0:21:19.560
<v Speaker 1>that could be rewritten very quickly was so important because

0:21:19.600 --> 0:21:23.840
<v Speaker 1>otherwise you limit the functions that your computer is capable

0:21:23.880 --> 0:21:27.000
<v Speaker 1>of doing. You know, this computer is great at adding

0:21:27.000 --> 0:21:30.480
<v Speaker 1>and subtracting and dividing, and after that you can't do

0:21:30.520 --> 0:21:34.240
<v Speaker 1>anything else because that's I was about to install Pacman,

0:21:34.400 --> 0:21:38.480
<v Speaker 1>but darn it, I already took up all of its

0:21:38.520 --> 0:21:41.560
<v Speaker 1>space with these three functions. Well, yeah, so you've got

0:21:42.400 --> 0:21:45.600
<v Speaker 1>and and we're we're sort of filling out the whole computer.

0:21:45.640 --> 0:21:47.680
<v Speaker 1>So you've got your your CPU, and you've got a

0:21:47.760 --> 0:21:50.280
<v Speaker 1>cash to help it remember stuff that it needs to

0:21:51.040 --> 0:21:54.359
<v Speaker 1>do basic operations, right, and then you've got your your memory,

0:21:54.520 --> 0:21:57.760
<v Speaker 1>your RAM, your dynamic RAM that that's over here managing

0:21:57.800 --> 0:22:00.600
<v Speaker 1>the stuff that you've got going on, your word pressing,

0:22:00.760 --> 0:22:06.960
<v Speaker 1>your word uh processor uh stuff, and your your graphics program,

0:22:07.040 --> 0:22:09.760
<v Speaker 1>the stuff that you have brows your browser, your your

0:22:09.800 --> 0:22:14.200
<v Speaker 1>email program. But you also have UH in your modern computer,

0:22:14.320 --> 0:22:17.240
<v Speaker 1>you've got your graphics processor chip. And in a lot

0:22:17.280 --> 0:22:20.880
<v Speaker 1>of cases, UM, and I'm just hedging my bets here

0:22:20.880 --> 0:22:23.080
<v Speaker 1>that somebody has some weird computer that doesn't have this

0:22:23.440 --> 0:22:27.320
<v Speaker 1>also has its own RAM UM to help it pro

0:22:27.520 --> 0:22:32.119
<v Speaker 1>specifically process graphics. UM. So that RAM in general is

0:22:32.200 --> 0:22:35.480
<v Speaker 1>off limits to the rest of the machine because it's

0:22:35.480 --> 0:22:38.480
<v Speaker 1>saying no, no, no no. This memory is specifically to

0:22:38.560 --> 0:22:41.720
<v Speaker 1>help us render graphics on the screen so that the

0:22:41.840 --> 0:22:46.000
<v Speaker 1>user can UH see everything that he or she wants

0:22:46.040 --> 0:22:50.080
<v Speaker 1>to see from the other programs. So it's not handling programs,

0:22:50.119 --> 0:22:53.280
<v Speaker 1>it's handling graphics. We have we have seen some processors

0:22:53.400 --> 0:22:57.520
<v Speaker 1>recently that are able to tap into the graphics processing

0:22:57.600 --> 0:23:01.480
<v Speaker 1>units as well and be able to to utilize those

0:23:01.520 --> 0:23:06.800
<v Speaker 1>two process particularly difficult problems or powerful, you know, time

0:23:06.840 --> 0:23:10.120
<v Speaker 1>consuming problems to try and reduce the amount of time

0:23:10.160 --> 0:23:15.280
<v Speaker 1>it takes to get through that application. So and in fact,

0:23:15.320 --> 0:23:19.280
<v Speaker 1>we're seeing we're seeing both sides, right. We're seeing UH

0:23:19.480 --> 0:23:25.520
<v Speaker 1>CPU manufacturers get into adding in elements that specifically tackle

0:23:25.720 --> 0:23:31.480
<v Speaker 1>graphics processing, and we've seen graphics processing unit manufacturers get

0:23:31.480 --> 0:23:38.320
<v Speaker 1>into handling more basic processing UH functions. So the two

0:23:38.400 --> 0:23:42.040
<v Speaker 1>worlds have been colliding for probably less well for for

0:23:42.119 --> 0:23:44.879
<v Speaker 1>quite a quite a while, but really visibly for the

0:23:44.960 --> 0:23:48.040
<v Speaker 1>last two years. Yeah, I'm thinking specifically of Apple's Grand

0:23:48.080 --> 0:23:51.440
<v Speaker 1>Central Technology, one of those things in snow Leopard that

0:23:51.600 --> 0:23:54.000
<v Speaker 1>people didn't really care about, but it was actually supposed

0:23:54.000 --> 0:23:57.760
<v Speaker 1>to improve the operating system, but it was mainly thinking

0:23:57.800 --> 0:24:01.159
<v Speaker 1>of Intel Sandy Bridge, which had its own graphics processing

0:24:01.560 --> 0:24:04.679
<v Speaker 1>element added into it. And the thing is that, uh

0:24:05.480 --> 0:24:07.399
<v Speaker 1>so that so the rule that we were just talking

0:24:07.440 --> 0:24:11.040
<v Speaker 1>about is is going to be shifting as time goes on,

0:24:11.240 --> 0:24:16.199
<v Speaker 1>and uh processor manufacturers of all kinds are more sophisticated,

0:24:16.480 --> 0:24:19.360
<v Speaker 1>the operating systems become more sophisticated and able to take

0:24:19.400 --> 0:24:22.159
<v Speaker 1>advantage of these changes. Um. But that's kind of the

0:24:22.160 --> 0:24:24.639
<v Speaker 1>way it works out. And I just wanted to illustrate

0:24:24.680 --> 0:24:27.800
<v Speaker 1>the fact that RAM can be used to support a

0:24:27.960 --> 0:24:31.600
<v Speaker 1>number of computer functions. You'll also see it in you know,

0:24:31.640 --> 0:24:36.200
<v Speaker 1>all kinds of other devices that use memory. Cameras, um cars,

0:24:37.240 --> 0:24:41.800
<v Speaker 1>all kinds of technologies that use computer processing that you

0:24:41.840 --> 0:24:44.240
<v Speaker 1>may or may not necessarily think of as of having

0:24:44.240 --> 0:24:47.760
<v Speaker 1>computers inside, but you know they have some form of

0:24:47.840 --> 0:24:49.719
<v Speaker 1>RAM in there. Chris and I have a little bit

0:24:49.720 --> 0:24:52.199
<v Speaker 1>more to say about random access memory, but before we

0:24:52.240 --> 0:24:54.640
<v Speaker 1>get to that, let's take another quick break to thank

0:24:54.680 --> 0:25:05.600
<v Speaker 1>our sponsor. Now, of course RAM has gotten more sophisticated

0:25:05.600 --> 0:25:08.119
<v Speaker 1>itself over time too. And you do you want to

0:25:08.119 --> 0:25:10.399
<v Speaker 1>talk about, uh, some of the older types or do

0:25:10.440 --> 0:25:12.480
<v Speaker 1>you want to talk about the improvements you were just

0:25:12.520 --> 0:25:16.919
<v Speaker 1>about to mention? Well, um, I have something leading up

0:25:16.920 --> 0:25:19.280
<v Speaker 1>into the improvements. If you have, if you have information

0:25:19.320 --> 0:25:22.000
<v Speaker 1>about older types of memory, I'm more than happy to

0:25:22.040 --> 0:25:25.119
<v Speaker 1>hear it. I personally did not research that, so I

0:25:25.160 --> 0:25:28.600
<v Speaker 1>have none of that information in front of me. Okay, alright, well, um,

0:25:29.040 --> 0:25:31.159
<v Speaker 1>I have some of it. And really this could probably

0:25:31.200 --> 0:25:34.440
<v Speaker 1>get kind of dry, um, but basically, you know, as

0:25:34.480 --> 0:25:37.040
<v Speaker 1>as time has gone on, you've been able to see

0:25:37.160 --> 0:25:40.560
<v Speaker 1>you were talking about Moore's law, which of course says

0:25:40.640 --> 0:25:44.440
<v Speaker 1>that the number of transistors on a processor chip will

0:25:44.520 --> 0:25:50.000
<v Speaker 1>double in Well, originally it was two years, now in

0:25:50.200 --> 0:25:53.320
<v Speaker 1>half or wait, I'm sorry, that's backwards. If Yeah, it

0:25:53.640 --> 0:25:56.399
<v Speaker 1>tends to go back and forth. Between twelve months to

0:25:56.480 --> 0:25:59.720
<v Speaker 1>twenty four months and eighteen to twenty four tends to

0:25:59.760 --> 0:26:03.760
<v Speaker 1>be the most frequently cited figures. So depending on any

0:26:03.800 --> 0:26:06.879
<v Speaker 1>given year, you'll hear. Oh, well, it's one of the

0:26:06.960 --> 0:26:10.919
<v Speaker 1>things that the Moore's law gets gets validated in retrospect, right,

0:26:10.960 --> 0:26:13.359
<v Speaker 1>because you have to look back two years ago and

0:26:13.400 --> 0:26:16.560
<v Speaker 1>look and see how many transistors were found on a CPU,

0:26:16.760 --> 0:26:20.000
<v Speaker 1>or like we're staying here, a memory circuit. That also

0:26:20.119 --> 0:26:23.280
<v Speaker 1>can apply. If you can fit twice as many transistors

0:26:23.280 --> 0:26:26.600
<v Speaker 1>on the memory circuit, then that's another example of Moore's

0:26:26.680 --> 0:26:32.560
<v Speaker 1>law holding true. M Um. But yeah, basically, as far

0:26:32.640 --> 0:26:38.760
<v Speaker 1>as the memory chips have gone, there's been a wave

0:26:38.800 --> 0:26:41.840
<v Speaker 1>of advances over the last couple of decades in which

0:26:42.200 --> 0:26:45.159
<v Speaker 1>more and more processors are are added. The way that

0:26:45.240 --> 0:26:48.360
<v Speaker 1>their accesses has changed. I remember with my Amiga three

0:26:48.400 --> 0:26:51.840
<v Speaker 1>thousand they used a very unusual type of memory called zips,

0:26:52.240 --> 0:26:54.280
<v Speaker 1>in which the pins that you use to plug them

0:26:54.280 --> 0:26:57.560
<v Speaker 1>in were basically a zig zag. There was a pin

0:26:57.600 --> 0:26:59.200
<v Speaker 1>on one side, then there was one on the other side,

0:26:59.200 --> 0:27:00.600
<v Speaker 1>there was one on the other side, you know, and

0:27:00.680 --> 0:27:03.200
<v Speaker 1>flipped back and forth between them. Only a very few

0:27:03.200 --> 0:27:06.159
<v Speaker 1>computers used that type of technology. UM. When I got

0:27:06.200 --> 0:27:10.639
<v Speaker 1>a Mac it used sims UM, which is a single

0:27:10.680 --> 0:27:13.600
<v Speaker 1>inline memory module. UM. You can actually find quite a

0:27:13.640 --> 0:27:16.720
<v Speaker 1>bit about the different types of memory on We referred

0:27:16.720 --> 0:27:19.000
<v Speaker 1>to it in our how ram works article on how

0:27:19.000 --> 0:27:21.960
<v Speaker 1>stuff Works dot com. But it's on Kingston's website and

0:27:22.000 --> 0:27:24.760
<v Speaker 1>it's UM. You know. It talks about the different types.

0:27:25.040 --> 0:27:28.439
<v Speaker 1>But the single inline modules were an improvement over that

0:27:28.560 --> 0:27:30.320
<v Speaker 1>the older technology, and then they came out with the

0:27:30.400 --> 0:27:34.720
<v Speaker 1>dual inline memory modules UM, and they basically it's a

0:27:34.720 --> 0:27:38.240
<v Speaker 1>little itty bitty card. UM. It's long, UM, but it

0:27:38.320 --> 0:27:41.800
<v Speaker 1>has a series of chips soldered into it. UM and

0:27:41.800 --> 0:27:44.320
<v Speaker 1>those are the memory chips, right. And the old days

0:27:44.520 --> 0:27:48.800
<v Speaker 1>you actually had to install a memory chip directly into

0:27:48.800 --> 0:27:51.840
<v Speaker 1>the motherboard. Yeah, this is the this sort of predates

0:27:51.880 --> 0:27:55.919
<v Speaker 1>the more i would say, the nineties and two thousands computers.

0:27:55.920 --> 0:27:58.640
<v Speaker 1>This is like the eighties and the old four right.

0:27:58.680 --> 0:28:00.199
<v Speaker 1>So if you want to upgrade your comp it or

0:28:00.200 --> 0:28:03.320
<v Speaker 1>it actually meant opening up your computer, man, disconnecting the

0:28:03.359 --> 0:28:07.879
<v Speaker 1>motherboard and then possibly um, depending on how the memory

0:28:07.920 --> 0:28:10.360
<v Speaker 1>chip was designed, you might even have to do some soldering.

0:28:10.440 --> 0:28:13.000
<v Speaker 1>But but get you know, install a new memory chip

0:28:13.359 --> 0:28:19.160
<v Speaker 1>so that your computer would have more memory eventually. Improvements included, uh,

0:28:19.359 --> 0:28:24.440
<v Speaker 1>designing something called a memory bank where you had a

0:28:24.600 --> 0:28:27.919
<v Speaker 1>port essentially that you could plug in a card that

0:28:28.040 --> 0:28:32.000
<v Speaker 1>had a certain number of memory chips of a certain capacity,

0:28:32.320 --> 0:28:37.160
<v Speaker 1>and then as technology improved, you could replace that card

0:28:37.480 --> 0:28:40.440
<v Speaker 1>with a card that had a greater capacity. Now, keep

0:28:40.440 --> 0:28:45.040
<v Speaker 1>in mind that your computer CPU would determine how much

0:28:45.120 --> 0:28:47.880
<v Speaker 1>memory your computer could actually use. There would you would

0:28:47.880 --> 0:28:50.960
<v Speaker 1>reach a point where it wouldn't matter if you could

0:28:51.000 --> 0:28:53.400
<v Speaker 1>buy a card with more memory, your CPU wouldn't be

0:28:53.440 --> 0:28:56.440
<v Speaker 1>able to access it, and had had limitation on that.

0:28:56.560 --> 0:28:59.360
<v Speaker 1>So there were you know you that's why if you

0:28:59.400 --> 0:29:03.080
<v Speaker 1>were to look at computer specs and see like, you know,

0:29:03.240 --> 0:29:07.200
<v Speaker 1>upgradeable up to whatever, that's the reason why is that

0:29:07.240 --> 0:29:10.840
<v Speaker 1>the CPU itself has that limitation and so um you

0:29:10.880 --> 0:29:13.520
<v Speaker 1>know something, you know, the in America at least, we

0:29:13.640 --> 0:29:17.640
<v Speaker 1>have this philosophy of more is better, But there's a

0:29:17.640 --> 0:29:21.120
<v Speaker 1>certain point where, depending on the machine you're using, more

0:29:21.280 --> 0:29:23.320
<v Speaker 1>isn't going to do you any good because your computer

0:29:23.400 --> 0:29:26.840
<v Speaker 1>simply cannot use it. Yeah, and that's actually sort of

0:29:26.880 --> 0:29:31.320
<v Speaker 1>the source of Jonathan's earlier quote. UM, I mean, just

0:29:31.360 --> 0:29:34.160
<v Speaker 1>the idea behind it is that you know, there's only

0:29:34.200 --> 0:29:37.640
<v Speaker 1>so much you can use. Um. DEM's actually had chips

0:29:37.640 --> 0:29:41.480
<v Speaker 1>on both sides of that uh circuit board, and we're

0:29:41.520 --> 0:29:46.040
<v Speaker 1>able to handle more memory and more quickly. And you know,

0:29:46.160 --> 0:29:49.920
<v Speaker 1>from there we've moved UM move forward. I won't get

0:29:49.960 --> 0:29:52.400
<v Speaker 1>into to all of it, but we really got into

0:29:52.560 --> 0:29:55.920
<v Speaker 1>the more advanced types of memory and the two thousands

0:29:55.960 --> 0:30:02.320
<v Speaker 1>when we got into UM UH, the UM dynamic RAM

0:30:02.880 --> 0:30:05.720
<v Speaker 1>and that that made things a lot more And basically

0:30:06.440 --> 0:30:08.800
<v Speaker 1>what they've done is, over the period of time, made

0:30:08.920 --> 0:30:13.000
<v Speaker 1>the transfer of information more efficient. They've increased the number

0:30:13.040 --> 0:30:16.000
<v Speaker 1>of transistors and the amount of information that could be

0:30:16.000 --> 0:30:19.680
<v Speaker 1>stored on a single UH card with the RAM in it.

0:30:20.240 --> 0:30:24.000
<v Speaker 1>And it's just it's just done. Some made some insignificant

0:30:24.040 --> 0:30:28.640
<v Speaker 1>improvements over the past few years. Right. And and memory

0:30:28.760 --> 0:30:33.160
<v Speaker 1>relies on something called a memory controller. Yes, that's part

0:30:33.240 --> 0:30:37.120
<v Speaker 1>of what maintains like it determines UH when to write

0:30:37.120 --> 0:30:39.840
<v Speaker 1>two memory cells. It also helps read the memory cells

0:30:39.880 --> 0:30:42.560
<v Speaker 1>that it's it's kind of like a manager, right. But

0:30:42.640 --> 0:30:46.600
<v Speaker 1>it also has to check the memory whenever it's getting

0:30:46.600 --> 0:30:48.680
<v Speaker 1>information back from memory, has to check it for errors.

0:30:49.640 --> 0:30:53.640
<v Speaker 1>And depending on what kind of system you're using, you

0:30:53.720 --> 0:30:56.120
<v Speaker 1>might have a memory chip with just with a built

0:30:56.160 --> 0:31:01.280
<v Speaker 1>in error checking technology which is called a parody check. Yes,

0:31:01.840 --> 0:31:05.080
<v Speaker 1>so checking for parody to make sure that the information

0:31:05.120 --> 0:31:08.880
<v Speaker 1>it's it's delivering is accurate. Uh. Um. There are a

0:31:08.880 --> 0:31:11.520
<v Speaker 1>lot of different ways of doing this, but um one

0:31:11.920 --> 0:31:16.840
<v Speaker 1>is so we talked about information in in the computer

0:31:16.880 --> 0:31:20.400
<v Speaker 1>world in terms of bits and bytes, right, and a

0:31:20.480 --> 0:31:25.880
<v Speaker 1>bite is eight bits, which kind of represent a unit

0:31:25.960 --> 0:31:30.520
<v Speaker 1>of information, of useful information, because each bit is itself

0:31:30.560 --> 0:31:32.360
<v Speaker 1>a unit of information, but in order for it to

0:31:32.400 --> 0:31:34.440
<v Speaker 1>be useful for a computer, we we group them in

0:31:34.840 --> 0:31:39.000
<v Speaker 1>groups of eight uh. Standard. Now, though it wasn't when

0:31:39.000 --> 0:31:43.800
<v Speaker 1>computers first were developed, there were several different competing UM.

0:31:43.840 --> 0:31:45.920
<v Speaker 1>I guess you could calm standards because they were standard

0:31:45.960 --> 0:31:48.920
<v Speaker 1>amongst a certain group of computers. But we kind of

0:31:48.920 --> 0:31:51.719
<v Speaker 1>selled on this whole eight bit is a byte model,

0:31:52.440 --> 0:31:56.239
<v Speaker 1>and with parody they there's an extra bit added on

0:31:56.440 --> 0:32:01.719
<v Speaker 1>to the end. And uh that bit is it's kind

0:32:01.720 --> 0:32:05.880
<v Speaker 1>of a marker, right, Yeah, it's basically used for error checking. Yeah.

0:32:05.920 --> 0:32:10.719
<v Speaker 1>So if if the uh, for example, it looks at

0:32:10.760 --> 0:32:14.680
<v Speaker 1>how many of the bits within that bite are ones

0:32:14.840 --> 0:32:18.280
<v Speaker 1>versus zeros. So if all of the if there are

0:32:18.320 --> 0:32:21.800
<v Speaker 1>an odd number of ones in that byte, remember it's

0:32:21.840 --> 0:32:25.000
<v Speaker 1>eight bits, there's an odd number, the parody bit is

0:32:25.040 --> 0:32:27.680
<v Speaker 1>set to one. If it's an even number, the parody

0:32:27.680 --> 0:32:31.040
<v Speaker 1>bit is set to zero. So then when the data

0:32:31.120 --> 0:32:35.480
<v Speaker 1>is being processed, the totals added up again and it's

0:32:35.520 --> 0:32:41.360
<v Speaker 1>checked against the parody bit. Now, if that matches, the

0:32:41.400 --> 0:32:45.160
<v Speaker 1>assumption is that the that byte is correct, it's accurate,

0:32:45.680 --> 0:32:49.760
<v Speaker 1>and everything's cool. If it comes up as a conflict,

0:32:49.800 --> 0:32:52.920
<v Speaker 1>then that's a message to say, dump this information because

0:32:52.920 --> 0:32:55.960
<v Speaker 1>something has gone wrong. Now, the parody bit does not

0:32:56.080 --> 0:32:58.320
<v Speaker 1>tell you what the information is. It just is a

0:32:58.360 --> 0:33:01.160
<v Speaker 1>shorthand way of saying, all right, are there an even

0:33:01.240 --> 0:33:05.640
<v Speaker 1>number of ones in this byte? Yes, well, then something's

0:33:05.640 --> 0:33:08.160
<v Speaker 1>gone wrong. It doesn't tell you what the information is

0:33:08.240 --> 0:33:11.640
<v Speaker 1>or why it's wrong. It just says that's not what

0:33:11.720 --> 0:33:16.360
<v Speaker 1>I got when I added it up, right, So uh.

0:33:16.520 --> 0:33:19.160
<v Speaker 1>And then there's that that's called even parody. That's that

0:33:19.480 --> 0:33:21.640
<v Speaker 1>particular model. That's just one way of doing it. There's

0:33:21.640 --> 0:33:23.720
<v Speaker 1>also odd parody, which is kind of the same idea,

0:33:23.720 --> 0:33:26.040
<v Speaker 1>except you know, if it's an odd number of ones,

0:33:26.080 --> 0:33:28.120
<v Speaker 1>then it's considered a zero. If it's an even number

0:33:28.160 --> 0:33:33.120
<v Speaker 1>of ones, it's considered a one. But uh. There's also

0:33:33.280 --> 0:33:39.320
<v Speaker 1>the error correction code method, which goes a little bit further.

0:33:39.400 --> 0:33:41.560
<v Speaker 1>This is this is so you've got parody that tells

0:33:41.560 --> 0:33:44.520
<v Speaker 1>you there's a problem error correction is to try and

0:33:44.560 --> 0:33:47.160
<v Speaker 1>step in when there's a problem and fix it. Um.

0:33:47.240 --> 0:33:51.480
<v Speaker 1>It uses additional bits to monitor the information that the

0:33:51.520 --> 0:33:55.520
<v Speaker 1>actual information that's in the byte. So um, it's looking

0:33:55.600 --> 0:34:01.360
<v Speaker 1>at the information itself, not just a summer um. And

0:34:01.480 --> 0:34:06.040
<v Speaker 1>it uses pretty complicated algorithms to try and head off

0:34:06.080 --> 0:34:10.040
<v Speaker 1>any problems. So there, you know, this has to be

0:34:10.080 --> 0:34:13.600
<v Speaker 1>built in because occasionally things go wrong. Sometimes something doesn't

0:34:13.600 --> 0:34:16.760
<v Speaker 1>trip when it's supposed to trip, and uh, your CPU

0:34:17.000 --> 0:34:20.680
<v Speaker 1>doesn't necessarily know that you. CPU is just working on

0:34:20.719 --> 0:34:23.560
<v Speaker 1>what's given to it. So again, since the CPU can't

0:34:23.600 --> 0:34:27.160
<v Speaker 1>remember what it did last in its last nanosecond, it's

0:34:27.239 --> 0:34:30.840
<v Speaker 1>just saying, all right, I gotta execute this particular operation

0:34:30.840 --> 0:34:35.080
<v Speaker 1>against this particular set of information. It doesn't know or

0:34:35.280 --> 0:34:39.520
<v Speaker 1>care if it's the correct operation or information set. So

0:34:40.040 --> 0:34:42.600
<v Speaker 1>you have to have that error correction in there. In

0:34:42.719 --> 0:34:47.680
<v Speaker 1>some places, it's not always in the memory controller chip.

0:34:47.760 --> 0:34:50.720
<v Speaker 1>Sometimes it's part of the CPU. It's it all depends

0:34:50.719 --> 0:34:55.359
<v Speaker 1>on the architecture of the computer system itself. Yeah. Now, um,

0:34:55.480 --> 0:34:59.880
<v Speaker 1>it's also important to note um uh that as my

0:35:01.200 --> 0:35:04.400
<v Speaker 1>uh improvements have changed, the way of of doing this

0:35:04.440 --> 0:35:08.160
<v Speaker 1>has changed, and of course that probably the the type

0:35:08.160 --> 0:35:09.759
<v Speaker 1>of RAM that you have in your computer, if you've

0:35:09.760 --> 0:35:13.239
<v Speaker 1>got a more recent uh computer, is the aversion of

0:35:13.280 --> 0:35:17.319
<v Speaker 1>the double data rate synchronous d RAM dynamic RAM or

0:35:17.480 --> 0:35:20.480
<v Speaker 1>U d d R and you know d d R

0:35:20.520 --> 0:35:23.840
<v Speaker 1>two d d R three um s d RAM. But

0:35:24.000 --> 0:35:26.480
<v Speaker 1>that's uh, you know, that's changing. As you were saying,

0:35:26.719 --> 0:35:29.600
<v Speaker 1>their improvements being made. I know. One of the types

0:35:29.680 --> 0:35:32.239
<v Speaker 1>of memory that people have been talking about is magnetic RAM,

0:35:32.920 --> 0:35:35.200
<v Speaker 1>which is supposed to basically give you an instant on

0:35:36.360 --> 0:35:39.640
<v Speaker 1>uh situation when you turn your computer on, because uh,

0:35:39.680 --> 0:35:42.040
<v Speaker 1>it can store the information and pull it up immediately

0:35:42.080 --> 0:35:43.560
<v Speaker 1>and you don't have to worry about a long boot

0:35:43.640 --> 0:35:49.080
<v Speaker 1>up sequences. The RAM is getting uh populated with information, right. Yeah.

0:35:49.120 --> 0:35:52.359
<v Speaker 1>The idea here is to have something, some sort of

0:35:52.400 --> 0:35:56.920
<v Speaker 1>system in place that can maintain a state without the

0:35:56.960 --> 0:36:01.040
<v Speaker 1>need for uh the electrical impulse to go through and

0:36:01.080 --> 0:36:06.439
<v Speaker 1>boot it up. Right. So another potential solution, although this

0:36:06.480 --> 0:36:11.839
<v Speaker 1>is one that is still being developed, is the memorister. Yes, memoristers,

0:36:11.840 --> 0:36:15.640
<v Speaker 1>and these are interesting things. Uh, it's kind of difficult,

0:36:15.640 --> 0:36:19.400
<v Speaker 1>it's really complicated to to get into detail. But in

0:36:19.760 --> 0:36:25.759
<v Speaker 1>from a bird's eye perspective, a memorister is an electrical

0:36:25.800 --> 0:36:29.880
<v Speaker 1>component all right, And if you run current through a

0:36:29.920 --> 0:36:35.400
<v Speaker 1>memorister in one direction, the electrical resistance increases. If you

0:36:35.520 --> 0:36:40.279
<v Speaker 1>run current through the opposite way, the resistance decreases. Now

0:36:40.320 --> 0:36:46.840
<v Speaker 1>once the current stops moving through, the memorister holds onto

0:36:46.880 --> 0:36:49.400
<v Speaker 1>whatever the last resistance was. So if you ran it

0:36:49.400 --> 0:36:52.640
<v Speaker 1>through the first way, then the resistance has been stays

0:36:52.719 --> 0:36:55.839
<v Speaker 1>at its increased level. If you if you last ran

0:36:55.920 --> 0:36:58.000
<v Speaker 1>it through the opposite way, then it's going to be

0:36:58.040 --> 0:37:01.919
<v Speaker 1>at its decreased level. That that's a two bit system, right.

0:37:02.080 --> 0:37:04.400
<v Speaker 1>You could assign one of those of one and the

0:37:04.440 --> 0:37:07.680
<v Speaker 1>other one of zero and once you ran through that

0:37:08.000 --> 0:37:11.880
<v Speaker 1>once uh, it would make it would hold on to

0:37:12.000 --> 0:37:16.200
<v Speaker 1>that information. And it takes up much less space than

0:37:16.520 --> 0:37:23.040
<v Speaker 1>the typical memory transistors do, so it's smaller and it

0:37:23.280 --> 0:37:27.080
<v Speaker 1>will hold on to whatever the state is until you

0:37:27.800 --> 0:37:30.120
<v Speaker 1>tell it that you know you want to change by

0:37:30.239 --> 0:37:32.520
<v Speaker 1>by and you tell it by running the electricity through

0:37:32.560 --> 0:37:36.239
<v Speaker 1>it one way or versus the other. The computer have

0:37:36.320 --> 0:37:38.799
<v Speaker 1>to remain plugged in for this to work. No, once

0:37:38.840 --> 0:37:42.080
<v Speaker 1>you've once you've done it, once you've run the current through,

0:37:42.239 --> 0:37:46.120
<v Speaker 1>you can turn the current off and the memorister retains

0:37:46.280 --> 0:37:50.000
<v Speaker 1>that resistance. So the only thing that has to happen

0:37:50.080 --> 0:37:52.319
<v Speaker 1>is the computer has to be able to detect what

0:37:52.440 --> 0:37:56.000
<v Speaker 1>the resistance is of that memorister. So once it detects

0:37:56.160 --> 0:37:59.799
<v Speaker 1>what the state is, then you've got that information already there.

0:38:00.120 --> 0:38:02.640
<v Speaker 1>So it could be used in various kinds of processors

0:38:02.680 --> 0:38:05.359
<v Speaker 1>as well as memory. And because it's smaller, you could

0:38:05.400 --> 0:38:09.800
<v Speaker 1>at least potentially cram far more memory into a smaller

0:38:09.840 --> 0:38:14.520
<v Speaker 1>space than what is capable using right now through transistors.

0:38:14.560 --> 0:38:17.759
<v Speaker 1>So this is this is a potential way to keep

0:38:17.800 --> 0:38:21.960
<v Speaker 1>Moore's law going. In fact, if the developments were to

0:38:22.040 --> 0:38:25.400
<v Speaker 1>progress at a at a good clip, we could almost

0:38:25.480 --> 0:38:29.879
<v Speaker 1>leap frog quite a bit because the potential is that

0:38:30.000 --> 0:38:34.920
<v Speaker 1>it would revolutionize UH processing and memory all in a

0:38:35.040 --> 0:38:39.279
<v Speaker 1>in a a fell swoop, a swell fhoop. Yeah. Now

0:38:39.360 --> 0:38:41.719
<v Speaker 1>I'm not sure that the board would agree. I'm sure

0:38:41.760 --> 0:38:47.319
<v Speaker 1>that they say that anything involving resistance, yeah, but yeah,

0:38:47.360 --> 0:38:52.400
<v Speaker 1>it's it's an interesting idea and it's something that's was

0:38:52.440 --> 0:38:57.359
<v Speaker 1>first proposed back in nineteen one, and UH and HP

0:38:57.520 --> 0:39:01.399
<v Speaker 1>Labs has been working on it diligently. UM and in fact,

0:39:01.520 --> 0:39:03.640
<v Speaker 1>in two thousand and eight announced that it was developing

0:39:03.760 --> 0:39:09.080
<v Speaker 1>switching mem risters. So these are these are the sort

0:39:09.120 --> 0:39:11.839
<v Speaker 1>of technologies that I think are going to become far

0:39:11.920 --> 0:39:15.759
<v Speaker 1>more important in the near future because again we've talked

0:39:15.760 --> 0:39:18.239
<v Speaker 1>about this before about how the world is moving to

0:39:18.320 --> 0:39:22.720
<v Speaker 1>mobile devices literally in some cases, but the mobile devices

0:39:22.760 --> 0:39:25.640
<v Speaker 1>are becoming increasingly important. Well, with a mobile device, you

0:39:25.680 --> 0:39:28.040
<v Speaker 1>have a much more limited amount of space that you

0:39:28.080 --> 0:39:31.239
<v Speaker 1>have to work within, and so something like a mem rister,

0:39:31.400 --> 0:39:35.359
<v Speaker 1>which could at least at least in theory, pack much

0:39:35.480 --> 0:39:38.680
<v Speaker 1>larger punch and a much smaller package. It could create

0:39:39.280 --> 0:39:44.480
<v Speaker 1>the super super duper smartphones that we all want. Super

0:39:44.520 --> 0:39:49.880
<v Speaker 1>smartphones are already on the horizon. Okay, well I have

0:39:49.960 --> 0:39:54.760
<v Speaker 1>secret identities too. Yeah. So so RAM is pretty ubiquitous.

0:39:54.800 --> 0:39:58.480
<v Speaker 1>I mean, it's in just about anything that that computes UM.

0:39:58.600 --> 0:40:02.280
<v Speaker 1>And you know, the technolog G has been fairly standard

0:40:02.320 --> 0:40:06.800
<v Speaker 1>for several years now, um, you know, with minor improvements

0:40:06.800 --> 0:40:10.200
<v Speaker 1>over the past decade or so, but you know, with

0:40:10.200 --> 0:40:16.480
<v Speaker 1>with UH computer scientists working on improvements UH completely different technologies,

0:40:16.760 --> 0:40:19.239
<v Speaker 1>hopefully they'll be able to improve that because it's it's

0:40:19.280 --> 0:40:23.359
<v Speaker 1>critical to basically any type of computing that you want

0:40:23.560 --> 0:40:28.280
<v Speaker 1>or need to do. UM. So it's uh, it's very basic.

0:40:28.320 --> 0:40:31.040
<v Speaker 1>I'm glad we we looked at it because it's, uh,

0:40:31.520 --> 0:40:34.799
<v Speaker 1>it's vastly important to our our daily world these days.

0:40:34.840 --> 0:40:38.200
<v Speaker 1>It's definitely one of the basic building blocks of of

0:40:38.239 --> 0:40:40.560
<v Speaker 1>the computing age. I mean, you know, you talk about

0:40:41.200 --> 0:40:44.839
<v Speaker 1>it's not as it's not as basic as say a transistor, right,

0:40:44.960 --> 0:40:46.520
<v Speaker 1>it's like a level up, so it's kind of on

0:40:46.560 --> 0:40:49.759
<v Speaker 1>the molecule scale as opposed to the atomic scale. Right,

0:40:49.920 --> 0:40:53.240
<v Speaker 1>it relies on transistors, yea, So it's it's a little

0:40:53.239 --> 0:40:56.080
<v Speaker 1>more complex than just the basic basic building blocks. But

0:40:56.320 --> 0:40:59.640
<v Speaker 1>without it, computing would not be nearly as useful as

0:40:59.640 --> 0:41:03.080
<v Speaker 1>it is because it would take far more time to

0:41:03.200 --> 0:41:06.960
<v Speaker 1>process operations. And even again, even if you have the

0:41:07.000 --> 0:41:11.520
<v Speaker 1>fastest CPU, if it can't access memory, then all it's

0:41:11.520 --> 0:41:14.000
<v Speaker 1>going to do is just be very quick when it

0:41:14.040 --> 0:41:17.800
<v Speaker 1>needs to to find information on the hard drive, and

0:41:17.840 --> 0:41:20.759
<v Speaker 1>then it's all dependent upon how fast the hard drive

0:41:20.800 --> 0:41:24.440
<v Speaker 1>can deliver the information to the CPU. The memory allows

0:41:25.040 --> 0:41:27.520
<v Speaker 1>the CPU to skip that step and it just makes

0:41:27.520 --> 0:41:32.160
<v Speaker 1>things much faster. Now, another potential memrister thing I should

0:41:32.160 --> 0:41:34.399
<v Speaker 1>say is that if you designed a hard drive out

0:41:34.400 --> 0:41:39.439
<v Speaker 1>of memristers, you could in theory have your hard drive

0:41:39.480 --> 0:41:42.839
<v Speaker 1>act as memory, it would be it would it could,

0:41:42.880 --> 0:41:46.000
<v Speaker 1>in theory behave in a very similar fashion, which means

0:41:46.320 --> 0:41:50.759
<v Speaker 1>you could potentially just incorporate RAM directly as part of

0:41:50.800 --> 0:41:52.880
<v Speaker 1>what the hard drive does, and then you wouldn't need

0:41:53.000 --> 0:41:56.000
<v Speaker 1>RAM anymore, which also means that you could load stuff

0:41:56.080 --> 0:41:58.920
<v Speaker 1>up at at a in the blink of an eye

0:41:59.120 --> 0:42:01.759
<v Speaker 1>and it would be phenomen at all. Uh. Again, that's

0:42:01.800 --> 0:42:05.640
<v Speaker 1>a potential that we may come to see one day.

0:42:05.680 --> 0:42:08.200
<v Speaker 1>It's not something that you're going to see on the market.

0:42:09.400 --> 0:42:11.520
<v Speaker 1>I don't know else. I haven't gone to see yes yet,

0:42:11.560 --> 0:42:17.480
<v Speaker 1>so maybe hey, look at the memristor machine. And that

0:42:17.520 --> 0:42:20.799
<v Speaker 1>wraps up our classic episode about random access memory. I

0:42:20.840 --> 0:42:23.560
<v Speaker 1>hope you enjoyed it. Always fun to kind of look

0:42:23.600 --> 0:42:27.160
<v Speaker 1>at the basics of technology, especially with my former co

0:42:27.239 --> 0:42:30.400
<v Speaker 1>host Chris Palette, who was a true joy to record with.

0:42:30.440 --> 0:42:34.480
<v Speaker 1>I hope you guys enjoyed this, this glimpse down memory lane.

0:42:34.520 --> 0:42:37.200
<v Speaker 1>If you guys have any suggestions for future episodes of

0:42:37.239 --> 0:42:39.400
<v Speaker 1>tech Stuff, or you just want to reach out and

0:42:39.440 --> 0:42:42.520
<v Speaker 1>say good job, or maybe you want to ask why

0:42:42.600 --> 0:42:44.759
<v Speaker 1>can't Chris do this show instead of you? I mean,

0:42:44.800 --> 0:42:46.640
<v Speaker 1>that will hurt my feelings, but I understand if you

0:42:46.640 --> 0:42:50.480
<v Speaker 1>want to say that, go visit tech Stuff podcast dot com.

0:42:50.600 --> 0:42:52.200
<v Speaker 1>That's the website for the show. You'll find all the

0:42:52.200 --> 0:42:55.160
<v Speaker 1>different ways to contact me there. And don't forget check

0:42:55.160 --> 0:42:58.359
<v Speaker 1>out our merchandise store over at t public dot com

0:42:58.440 --> 0:43:02.720
<v Speaker 1>slash tech Stuff. There to find links to t shirts,

0:43:02.760 --> 0:43:06.320
<v Speaker 1>tote bags, stickers, all sorts of stuff, all with different

0:43:06.320 --> 0:43:08.279
<v Speaker 1>tech Stuff designs. We got some cool ones in there.

0:43:08.320 --> 0:43:10.640
<v Speaker 1>We're adding more all the time. Make sure you check

0:43:10.680 --> 0:43:13.239
<v Speaker 1>that out and I'll talk to you again really soon

0:43:19.080 --> 0:43:21.520
<v Speaker 1>for more on this and thousands of other topics. Is

0:43:21.520 --> 0:43:32.680
<v Speaker 1>that how stuff Works dot com