在Linux内核中，并非总使用基于页的方法来承担缓存的任务。内核的早期版本只包含了块缓存，来加速文件操作和提高系统性能。这是来自于其他具有相同结构的类UNIX操作系统的遗产。来自于底层块设备的块缓存在内存的缓冲区中，可以加速读写操作。
与内存页相比，块不仅比较小（大多数情况下），而且长度可变的，依赖于使用的块设备（或文件系统）。随着日渐倾向于使用基于页操作实现的通用文件存取方法，块缓存作为中枢系统缓存的重要性已经逐渐失去。主要的缓存任务现在由页缓存承担。另外，基于块的I/O的标准数据结构，现在已经不再是缓冲区，而是struct bio结构。
缓冲区用作小型的数据传输，一般设计的数据量是与块长度可比拟的。文件系统在处理元数据时，通常会使用此类方法。而裸数据的传输则按页进行，而缓冲区的实现也基于也缓存。
块缓存在结构上由两个部分组成：
1） 缓冲头（buffer head）包含了与缓冲区状态相关的所有管理数据，包括快号、块长度、访问计数器等。这些数据不是直接存储在缓冲头之后，而是存储在物理内存的一个独立区域中，由缓冲头结构中的一个对应的指针表示。
2） 有用数据保存在专门分配的页中，这些页也可能同时存在于页缓存中。这进一步细分了页缓存，如下图所示，在我们的例子中，页划分为4个长度相同的部分，每一部分由其自身的缓冲头描述。缓冲头存储的内存区域与有用数据存储的区域是有关的。
这使得页面可以细分为更小的部分，各顾各部分之间完全连续的（因为缓冲区数据和缓冲头数据是分离的）。因为一个缓冲区由至少512字节组成，每页最多可包括MAX_BUF_PER_PAGE个缓冲区。该常数定义为页面长度的函数。
如果修改了某个缓冲区，则会立即印象到页面的内容（反之也是），因而两个缓存不需要显示同步，毕竟二者的数据是共享的。
当然，有些应用程序在访问块设备时，使用的是块而不是页面，读取文件系统的操作几块，就是一个例子。一个独立的块缓存用于加速此类访问。该块缓存的运作独立于页面缓存，而不是在其上建立的。为此，缓冲头数据结构（对于块缓存和页面缓存是相同的）群聚在一个长度恒定的数组中，各个数组项按LUR方式管理。在一个三个数组项用过之后，将其置于索引位置0，其他数组项相应下移。这意味这最常使用的数组项位于数组的开头，而不常用的数组项将被后退，如果很长时间不使用，则会“掉出”数组。
因为数组的长度，或者说LUR列表中的项数，是一个固定值，在内核运行期间不改变，内核无需运行独立的线程来将缓存长度修正为合理值。相反，内核只需要在一项“掉出”数组时，将相关的缓冲区从缓存删除，以释放内存，，用于其他目地。
为何是一个人？也有善意的提醒：
