内存映射

hibernate 有时候会出现集合映射的情况，一般One-to-many的时候会用到。主要形式为： model: public class TestPerson { private Long pid; private String pname; private String age; private Set<TestRole> testRole = new HashSet<TestRole>(); -------get() set()方法------ } xml: <set name="testRole" table="test_role" lazy="true" sort="com.qsfs.util.Compare"> <key column="TESTPERSOPN" /> <one-to-many class="com.qsfs.model.TestRole" />// TestRole也是一个类，与testPerson多对一的关系 </set> 如果要查询出的集合排序好的，那么有两种方法： （1）数据库排序： 利用 set ， bag 或者 map 映射中的 order-by 属性 <set name="testRole" table="test_role" lazy="true" order-by="roleName asc">//roleName为数据库字段

1.管道，pipe()函数　　实现最简单，实际为内核缓冲区的环形队列。　　用于父子、兄弟等有血缘关系的进程间通信。 　　单向流动性，只能从管道读端读取，写端写入。　　int fds[2];　　pipe(fds);//传出参数，fd[0]为读端描述符，类似于stdin；fd[1]为写端描述符，类似于stdout　　 2.命名管道，fifo()函数　　Linux基础文件类型。　　可用于无血缘关系的进程间通信。　　可多个读端，多个写端。　　mkfifo("test", 0777);//创建一个命名管道　　int fd1 = open("test", O_WRONLY);write(fd1, buf, strlen(buf));//一个进程写入　　int fd2 = open("test", O_RDONLY)read(fd2, buf, sizeof(buf));//另一个进程读取 3.文件，open()函数　　fork创建的子进程，共享文件描述符。　　多个进程打开同一文件 4.共享存储映射，mmap()函数　　借助文件创建映射内存。　　进程间无血缘关系要求 　　void *mmap(void *addr, size_t len, int prot, int flags,int fd, off_t offset);　　　　addr:映射区首地址，传NULL，内核自动分配　　　　len

FreeSql 开源发布快一年了，立志成为 .Net 平台方便好用的 ORM，仓库地址： https://github.com/2881099/FreeSql 随着不断的迭代更新，越来越稳定，也越来越强大。预计在一周年的时候（2020年1月1日）发布 1.0 正式版本。 金九银十的日子过去了，在这个铜一般的月份里，鄙人做了几个重大功能，希望对使用者开发提供更大的便利。 一、Dto 映射查询 二、IncludeMany 联级加载 三、Where(a => true) 逻辑表达式解析优化 四、SaveManyToMany 联级保存多对多集合属性 五、迁移实体 - 到指定表名 六、MySql 特有功能 On Duplicate Key Update，和 Pgsql upsert 七、ISelect.ToDelete 高级删除 八、全局过滤器 以下的代码，先决定义代码如下 ： IFreeSql fsql = new FreeSql.FreeSqlBuilder() .UseConnectionString(FreeSql.DataType.Sqlite, @"Data Source=|DataDirectory|\db1.db;Max Pool Size=10";) .UseAutoSyncStructure(true) //自动同步实体结构到数据库 .Build(); public

作者：肥宅兜 链接：https://www.cnblogs.com/doudouxiaoye/p/5693399.html 1.为什么使用Spring ? 方便解耦，简化开发; 通过Spring提供的IoC容器，可以将对象之间的依赖关系交由Spring进行控制，避免硬编码所造成的过度程序耦合。 AOP编程的支持; 通过Spring提供的AOP功能，方便进行面向切面的编程，如性能监测、事务管理、日志记录等。 声明式事务的支持; 方便集成各种优秀框架; 降低Java EE API的使用难度; 如对JDBC，JavaMail，远程调用等提供了简便封装 2. 什么是IOC，为什使用IOC ? IOC全称Iversion of Controller，控制反转。 这概念是说你不用创建对象，而只需要描述它如何被创建。 你不在代码里直接组装你的组件和服务，但是要在配置文件里描述哪些组件需要哪些服务，之后一个容器（IOC容器）负责把他们组装起来。 它能指导我们如何设计出松耦合、更优良的程序。 3. 什么是AOP，为什么使用AOP ? AOP全称：Aspect-Oriented Programming，面向切面编程。 AOP，面向切面编程，就是把可重用的功能提取出来，然后将这些通用功能在合适的时候织入到应用程序中，比如事务管理、权限控制、日志记录、性能统计等。 AOP并没有帮助我们解决任何新的问题

实验目的： 掌握内存分页机制 对应章节： 3.3 实验内容： 1.认真阅读章节资料，掌握什么是分页机制 2. 调试代码，掌握分页机制基本方法与思路 – 代码3.22中，212行---237行，设置断点调试这几个循环，分析究竟在这里做了什么？ 3. 掌握PDE，PTE的计算方法 – 动手画一画这个映射图 4. 熟悉如何获取当前系统内存布局的方法 5. 掌握内存地址映射关系的切换 – 画出流程图 6. 基础题：依据实验的代码， – 自定义一个函数，给定一个虚拟地址，能够返回该地址从虚拟地址到物理地址的计算 过程，如果该地址不存在，则返回一个错误提示。 – 完善分页管理功能，补充alloc_pages, free_pages两个函数功能 7. 进阶题（选做） – 设计一个内存管理器，选择其一实现：首次适应算法、最佳适应算法、伙伴算法，要 求实现内存的分配与回收。（提示，均按照页为最小单位进行分配、对于空闲空间管 理可采用位图法或者双向链表法管理） 完成本次实验要思考的问题： 1. 分页和分段有何区别？在本次实验中，段页机制是怎么搭配工作 的？ 2. PDE、PTE，是什么？例程中如何进行初始化？CPU是怎样访问 到 PDE、PTE，从而计算出物理地址的？ 3. 为什么PageTblBase初始值为2M+4K？ 4. 怎么读取本机的实际物理内存信息？ 5. 如何进行地址映射与切换？ 6.

NFS（Network File System，网络文件系统）是一种在企业内部网络使用比较广泛的文件共享服务，主要用于Linux以及类UNIX系统之间的文件共享。它采用C/S工作模式，在NFS服务器上将某个目录设置为共享目录，然后在客户端可以将这个目录挂载到本地使用。NFS服务诞生于上世纪80年代，虽然在CentOS7.6系统中采用的是目前最新的NFSv4版本，但由于NFS服务本身比较简单，尤其是在权限设置方面功能比较弱，所以如果对NFS服务设置不当，将会在企业网络中产生比较严重的安全隐患。本文就NFS服务的用户身份映射问题进行了分析，并给出了推荐的配置和使用方法。文中准备了两台Linux虚拟机来搭建实验环境，虚拟机所使用的操作系统版本为CentOS7.6。其中名为Server的虚拟机IP地址是192.168.80.10，名为Client的虚拟机IP地址是192.168.80.101。 1. NFS的基本配置 NFS服务在CentOS7系统中默认已经安装，但并未运行，因而首先需要在虚拟机Server中执行“systemctl start nfs”命令启动服务，然后再执行“systemctl enable nfs”命令将服务设置为开机自动运行。 在服务器端新建一个/var/share目录，并在其中创建一个测试文件test.txt。 [root@server ~]# mkdir

阅读目录 mmap基础概念 mmap内存映射原理 mmap和常规文件操作的区别 mmap优点总结 mmap相关函数 mmap使用细节 回到顶部 mmap基础概念 mmap是一种内存映射文件的方法，即将一个文件或者其它对象映射到进程的地址空间，实现文件磁盘地址和进程虚拟地址空间中一段虚拟地址的一一对映关系。实现这样的映射关系后，进程就可以采用指针的方式读写操作这一段内存，而系统会自动回写脏页面到对应的文件磁盘上，即完成了对文件的操作而不必再调用read,write等系统调用函数。相反，内核空间对这段区域的修改也直接反映用户空间，从而可以实现不同进程间的文件共享。如下图所示： 由上图可以看出，进程的虚拟地址空间，由多个虚拟内存区域构成。虚拟内存区域是进程的虚拟地址空间中的一个同质区间，即具有同样特性的连续地址范围。上图中所示的text数据段（代码段）、初始数据段、BSS数据段、堆、栈和内存映射，都是一个独立的虚拟内存区域。而为内存映射服务的地址空间处在堆栈之间的空余部分。 linux内核使用vm_area_struct结构来表示一个独立的虚拟内存区域，由于每个不同质的虚拟内存区域功能和内部机制都不同，因此一个进程使用多个vm_area_struct结构来分别表示不同类型的虚拟内存区域。各个vm_area_struct结构使用链表或者树形结构链接，方便进程快速访问，如下图所示： vm

大白话布隆过滤器 https://www.cnblogs.com/CodeBear/p/10911177.html 本文是站在小白的角度去讨论布隆过滤器，如果你是科班出身，或者比较聪明，又或者真正想完全搞懂布隆过滤器的可以移步。 不知道从什么时候开始，本来默默无闻的布隆过滤器一下子名声大燥，仿佛身在互联网，做着开发的，无人不知，无人不晓，哪怕对技术不是很关心的小伙伴也听过它的名号。我也花了不少时间去研究布隆过滤器，看了不少博客，无奈不是科班出身，又没有那么聪明的头脑，又比较懒...经过“放弃，拿起，放弃，拿起”的无限轮回，应该算是了解了布隆过滤器的核心思想，所以想给大家分享下。 布隆过滤器的应用 我们先来看下布隆过滤器的应用场景，让大家知道神奇的布隆过滤器到底能做什么。 缓存穿透 我们经常会把一部分数据放在Redis等缓存，比如产品详情。这样有查询请求进来，我们可以根据产品Id直接去缓存中取数据，而不用读取数据库，这是提升性能最简单，最普遍，也是最有效的做法。一般的查询请求流程是这样的：先查缓存，有缓存的话直接返回，如果缓存中没有，再去数据库查询，然后再把数据库取出来的数据放入缓存，一切看起来很美好。但是如果现在有大量请求进来，而且都在请求一个不存在的产品Id，会发生什么？既然产品Id都不存在，那么肯定没有缓存，没有缓存，那么大量的请求都怼到数据库，数据库的压力一下子就上来了

高级结果映射 MyBatis的创建基于这样一个思想：数据库并不是您想怎样就怎样的。虽然我们希望所有的数据库遵守第三范式或BCNF（修正的第三范式），但它们不是。如果有一个数据库能够完美映射到所有应用程序，也将是非常棒的，但也没有。结果集映射就是MyBatis为解决这些问题而提供的解决方案。例如，我们如何映射下面这条语句？ <select id="selectBlogDetails" parameterType="int" resultMap="detailedBlogResultMap"> select B.id as blog_id, B.title as blog_title, B.author_id as blog_author_id, A.id as author_id, A.username as author_username, A.password as author_password, A.email as author_email, A.bio as author_bio, A.favourite_section as author_favourite_section, P.id as post_id, P.blog_id as post_blog_id, P.author_id as post_author_id, P.created_on as post

一、总括 1、sessionFactory与session （1）sessionFactory：一个数据库对应一个factory，线程安全、单例，一般随应用开启和关闭。 （2）session：非线程安全，管理connection（池） session对于sessionFactory的关系相当于conn对于jdbc的关系，但session不等同于connection。 （3）另外，一般是一个session对一个事务。 2、hibernate不适合的场景 （1）复杂查询/大批量数据导出 （2）批量修改/删除 （3）实体关系过于复杂 3、连接池与prepareStatement池的原理 连接池，在getConn与closeConn的时候，不是真正的创建和关闭，采用代理拦截，在get的时候，从池中拿，如果有则返回，没有则创建一个返回，归还的时候，如果池没有满，则放入池中，如果满了，则真正关闭。 （补上示例代码） prepareStatement池的原理就是缓存ps语句，不让其随着conn的关闭而失效。步骤就是拦截ps的close方法，然后每次create的时候，从池中查找，如果有则返回，没有则创建，每次close的时候，看池有没有满，如果有满，则关闭，没有则放入池中。 （补上示例代码） 4、hibernate configure的配置 Configuration cfg=new