操作系统中的pagecache,jvm中文件的堆内存分配,堆外和mmap直接分配
Page cache
由内存中的物理page组成,其内容对应磁盘上的block。page cache的大小是动态变化的,可以扩大,也可以在内存不足时缩小。cache缓存的存储设备被称为后备存储(backing store),一个page通常包含多个block,这些block不一定是连续的。
pagecache可以大大加快文件的读写速度,一次读取或者写入4k的数据,节省了连接的各种开销。但是pagecache一般是写在内存中的,一旦断电或者是故障,数据会丢失。没办法保障数据一定是安全的,如果为了保障安全,不实用pagecache,那么性能会降低到无法接受。
在pagecache中,是有策略的,比如说,我给了2g的内存到这里,然后规定到50%再刷入磁盘中,那么,超过1g之后才会刷入磁盘,如果只有500m的page,这500m也称为脏页(dirty),此时断电,数据是会丢失的。如果超过2g的数据读入page中,也会通过常用的LRU算法,通过swap交换硬盘的空间,将最不常用的数据刷入swap区中。
position: 它指的是下一次读取或写入的位置。
limit: 指定还有多少数据需要写出(在从缓冲区写入通道时),或者还有多少空间可以读入数据(在从通道读入缓冲区时),它初始化是与capacity的值一样,当调用flip()方法之后,它的值会改变成position的值,而position被置0。它箭头所指的位置是最后一位元素的下一位所在的位置*
capacity: 指定了可以存储在缓冲区中的最大数据容量,实际上,它指定了底层数组的大小,或者至少是指定了准许我们使用的底层数组的容量,这个初始化后就不会再改变了。
java的jvm对于os来说,其实就相当于一个普通的程序,对于文件的读写来说,一个object