14.2.7 Direct-mapped Caches

Поділитися
Вставка
  • Опубліковано 13 січ 2025

КОМЕНТАРІ • 13

  • @chris7056
    @chris7056 3 роки тому +7

    First Cacheing video that really hit home and made sense. Thank you MIT from UCSD.

  • @Saens406
    @Saens406 3 роки тому +11

    still don't understand offset

    • @ahmedabouelnasr4673
      @ahmedabouelnasr4673 3 роки тому +4

      I think if the structure of the cache can hold more than 1 word of data to each tag, we use the offset to fetch the right word ... correct me if I am wrong

    • @Saens406
      @Saens406 3 роки тому

      @@ahmedabouelnasr4673 such that you can put several words on a single data cache line even though they are not used for the same variable?

    • @ahmedabouelnasr4673
      @ahmedabouelnasr4673 3 роки тому +1

      @@Saens406 Such large block size(more than one word) serves the principle of spatial locality which assumes that data next to each other are more likely to get fetched sooner ... I found this, I hope it helps ua-cam.com/video/YOABS3tTHVc/v-deo.html

    • @aviralsaxena5153
      @aviralsaxena5153 3 роки тому +1

      @@Saens406 The point of a cache is to take advantage of both temporal and spatial locality. When you store into a cache, you're grabbing a bunch of bytes at once, the target byte is included in the block. Depending on what type of addressability you support, most cases it's byte addressability, you need to be able to index that block of bytes to grab the right one, that's where the offset comes in.

    • @erikumble
      @erikumble 2 роки тому

      I agree with what the others have said. Just for clarification, the reason we are not using the offset is entirely a design decision for the Beta specification, since any piece of memory is the full 32 bit word. If we had allowed accessing just 8 or 16 bits, then we would need to use the offset to specify which ones.

  • @simonpedersen3734
    @simonpedersen3734 Рік тому

    thanks

  • @notconnor1249
    @notconnor1249 Рік тому +3

    DEADBEEF