free命令-buff cache

free命令-buff cache,第1张

普通机器:total=used+free

虚拟机器:total=used+free+buff/cache

比如说用腾讯云主机,就是total=used+free+buff/cache

总结:

1buffer和cache都是为了解决互访的两种设备(cpu内存磁盘)存在速率差异, 使磁盘的IO的读写性能或cpu更加高效,减少进程间通信等待的时间

2buffer:缓冲区-用于存储速度不同步的设备或优先级不同的设备之间传输数据,通过buffer可以减少进程间通信需要等待的时间,当存储速度快的设备与存储速度慢的设备进行通信时, 存储快的设备先把数据缓存到buffer上,等到系统统一把buffer上的数据写到速度慢的设备上 。常见的有把内存的数据往磁盘进行写 *** 作,这时你可以查看一下buffers

3cache:缓存区-用于对读取速度比较严格,却因为设备间因为存储设备存在速度差异,而不能立刻获取数据,这时cache就会为了加速缓存一部分数据。常见的是CPU和内存之间的数据通信,因为CPU的速度远远高于主内存的速度,CPU从内存中读取数据需等待很长的时间,而 Cache保存着CPU刚用过的数据或循环使用的部分数据 ,这时Cache中读取数据会更快,减少了CPU等待的时间,提高了系统的性能。

介绍:

在我解释cache管理机制时 首先让我阐明下一个观念 IE下面的数据管理 每个人都会用不同的方法去解决如何在IE在管理数据 有的会提到用状态管理 有的提到的cache管理 这里我比较喜欢cache管理 因为本人比较喜 cache 这个词 但是状态管理和cache管理这两个在概念和意义上是不同的 下面就让我们来讨论下两都在各个方面的不同之处

虽然cache管理并不存在于Windows程序 但在web环境中已经得到巨大的应用 自从>

深入了解MyBatis二级缓存

一、创建Cache的完整过程

我们从SqlSessionFactoryBuilder解析mybatis-configxml配置文件开始:

Reader reader = ResourcesgetResourceAsReader("mybatis-configxml");

SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder()build(reader);

然后是:

XMLConfigBuilder parser = new XMLConfigBuilder(inputStream, environment, properties);

return build(parserparse());

看parserparse()方法:

parseConfiguration(parserevalNode("/configuration"));

看处理Mapperxml文件的位置:

mapperElement(rootevalNode("mappers"));

看处理Mapperxml的XMLMapperBuilder:

XMLMapperBuilder mapperParser = new XMLMapperBuilder(inputStream, configuration,

resource, configurationgetSqlFragments());

mapperParserparse();

继续看parse方法:

configurationElement(parserevalNode("/mapper"));

到这里:

String namespace = contextgetStringAttribute("namespace");

if (namespaceequals("")) {

throw new BuilderException("Mapper's namespace cannot be empty");

}

builderAssistantsetCurrentNamespace(namespace);

cacheRefElement(contextevalNode("cache-ref"));

cacheElement(contextevalNode("cache"));

从这里看到namespace就是xml中<mapper>元素的属性。然后下面是先后处理的cache-ref和cache,后面的cache会覆盖前面的cache-ref,但是如果一开始cache-ref没有找到引用的cache,他就不会被覆盖,会一直到最后处理完成为止,最后如果存在cache,反而会被cache-ref覆盖。这里是不是看着有点晕、有点乱?所以千万别同时配置这两个,实际上也很少有人会这么做。

看看MyBatis如何处理<cache/>:

private void cacheElement(XNode context) throws Exception {

if (context != null) {

String type = contextgetStringAttribute("type", "PERPETUAL");

Class< extends Cache> typeClass = typeAliasRegistryresolveAlias(type);

String eviction = contextgetStringAttribute("eviction", "LRU");

Class< extends Cache> evictionClass = typeAliasRegistryresolveAlias(eviction);

Long flushInterval = contextgetLongAttribute("flushInterval");

Integer size = contextgetIntAttribute("size");

boolean readWrite = !contextgetBooleanAttribute("readOnly", false);

boolean blocking = contextgetBooleanAttribute("blocking", false);

Properties props = contextgetChildrenAsProperties();

builderAssistantuseNewCache(typeClass, evictionClass,

flushInterval, size, readWrite, blocking, props);

}

}

从源码可以看到MyBatis读取了那些属性,而且很容易可以到这些属性的默认值。

创建Java的cache对象方法为builderAssistantuseNewCache,我们看看这段代码:

public Cache useNewCache(Class< extends Cache> typeClass,

Class< extends Cache> evictionClass,

Long flushInterval,

Integer size,

boolean readWrite,

boolean blocking,

Properties props) {

typeClass = valueOrDefault(typeClass, PerpetualCacheclass);

evictionClass = valueOrDefault(evictionClass, LruCacheclass);

Cache cache = new CacheBuilder(currentNamespace)

implementation(typeClass)

addDecorator(evictionClass)

clearInterval(flushInterval)

size(size)

readWrite(readWrite)

blocking(blocking)

properties(props)

build();

configurationaddCache(cache);

currentCache = cache;

return cache;

}

从调用该方法的地方,我们可以看到并没有使用返回值cache,在后面的过程中创建MappedStatement的时候使用了currentCache。

二、使用Cache过程

在系统中,使用Cache的地方在CachingExecutor中:

@Override

public <E> List<E> query(

MappedStatement ms, Object parameterObject,

RowBounds rowBounds, ResultHandler resultHandler,

CacheKey key, BoundSql boundSql) throws SQLException {

Cache cache = msgetCache();

获取cache后,先判断是否有二级缓存。

只有通过<cache/>,<cache-ref/>或@CacheNamespace,@CacheNamespaceRef标记使用缓存的Mapperxml或Mapper接口(同一个namespace,不能同时使用)才会有二级缓存。

if (cache != null) {

如果cache存在,那么会根据sql配置(<insert>,<select>,<update>,<delete>的flushCache属性来确定是否清空缓存。

flushCacheIfRequired(ms);

然后根据xml配置的属性useCache来判断是否使用缓存(resultHandler一般使用的默认值,很少会null)。

if (msisUseCache() && resultHandler == null) {

确保方法没有Out类型的参数,mybatis不支持存储过程的缓存,所以如果是存储过程,这里就会报错。

ensureNoOutParams(ms, parameterObject, boundSql);

没有问题后,就会从cache中根据key来取值:

@SuppressWarnings("unchecked")

List<E> list = (List<E>) tcmgetObject(cache, key);

如果没有缓存,就会执行查询,并且将查询结果放到缓存中。

if (list == null) {

list = delegate<E>query(ms, parameterObject,

rowBounds, resultHandler, key, boundSql);

tcmputObject(cache, key, list); // issue #578 and #116

}

返回结果

return list;

}

}

没有缓存时,直接执行查询

return delegate<E>query(ms, parameterObject, rowBounds, resultHandler, key, boundSql);

}

在上面的代码中tcmputObject(cache, key, list);这句代码是缓存了结果。但是实际上直到sqlsession关闭,MyBatis才以序列化的形式保存到了一个Map(默认的缓存配置)中。

三、Cache使用时的注意事项

1 只能在只有单表 *** 作的表上使用缓存

不只是要保证这个表在整个系统中只有单表 *** 作,而且和该表有关的全部 *** 作必须全部在一个namespace下。

2 在可以保证查询远远大于insert,update,delete *** 作的情况下使用缓存

这一点不需要多说,所有人都应该清楚。记住,这一点需要保证在1的前提下才可以!

四、避免使用二级缓存

可能会有很多人不理解这里,二级缓存带来的好处远远比不上他所隐藏的危害。

缓存是以namespace为单位的,不同namespace下的 *** 作互不影响。

insert,update,delete *** 作会清空所在namespace下的全部缓存。

通常使用MyBatis Generator生成的代码中,都是各个表独立的,每个表都有自己的namespace。

为什么避免使用二级缓存

在符合Cache使用时的注意事项的要求时,并没有什么危害。

其他情况就会有很多危害了。

针对一个表的某些 *** 作不在他独立的namespace下进行。

例如在UserMapperxml中有大多数针对user表的 *** 作。但是在一个XXXMapperxml中,还有针对user单表的 *** 作。

这会导致user在两个命名空间下的数据不一致。如果在UserMapperxml中做了刷新缓存的 *** 作,在XXXMapperxml中缓存仍然有效,如果有针对user的单表查询,使用缓存的结果可能会不正确。

更危险的情况是在XXXMapperxml做了insert,update,delete *** 作时,会导致UserMapperxml中的各种 *** 作充满未知和风险。

有关这样单表的 *** 作可能不常见。但是你也许想到了一种常见的情况。

多表 *** 作一定不能使用缓存

为什么不能?

首先不管多表 *** 作写到那个namespace下,都会存在某个表不在这个namespace下的情况。

例如两个表:role和user_role,如果我想查询出某个用户的全部角色role,就一定会涉及到多表的 *** 作。

<select id="selectUserRoles" resultType="UserRoleVO">

select from user_role a,role b where aroleid = broleid and auserid = #{userid}

</select>123123

像上面这个查询,你会写到那个xml中呢??

不管是写到RoleMapperxml还是UserRoleMapperxml,或者是一个独立的XxxMapperxml中。如果使用了二级缓存,都会导致上面这个查询结果可能不正确。

如果你正好修改了这个用户的角色,上面这个查询使用缓存的时候结果就是错的。

这点应该很容易理解。

在我看来,就以MyBatis目前的缓存方式来看是无解的。多表 *** 作根本不能缓存。

如果你让他们都使用同一个namespace(通过<cache-ref>)来避免脏数据,那就失去了缓存的意义。

看到这里,实际上就是说,二级缓存不能用。整篇文章介绍这么多也没什么用了。

五、挽救二级缓存?

想更高效率的使用二级缓存是解决不了了。

但是解决多表 *** 作避免脏数据还是有法解决的。解决思路就是通过拦截器判断执行的sql涉及到那些表(可以用jsqlparser解析),然后把相关表的缓存自动清空。但是这种方式对缓存的使用效率是很低的。

设计这样一个插件是相当复杂的,既然我没想着去实现,就不废话了。

最后还是建议,放弃二级缓存,在业务层使用可控制的缓存代替更好。

1 cache这个文件夹里的是什么文件

Cache就是指缓存SRAM。 SRAM叫静态内存,“静态”指的是当我们将一笔数据写入SRAM后,除非重新写入新数据或关闭电源,否则写入的数据保持不变

Cache就是缓存文件,可以删除

1、单击“开始”,依次指向“所有程序”、“附件”、“系统工具”,然后单击“磁盘清理”。

2、在“选择驱动器”对话框中的“驱动器”列表中,单击“C:”,然后单击“确定”。

3、等待磁盘清理工具完成对该驱动器的检查。

4、在“要删除的文件”列表中,单击以选中“Office 安装文件”复选框,然后单击“确定”。(注意:如果 Office 安装文件的大小为零,则 Office 安装文件位于另一硬盘上)。

5、询问是否删除时消息时,请单击“是”这样就删除了该文件。

2 qq里的cache文件夹怎么打开

这个是缓存文件,打开估计也是乱码。 是软件自己定义的,不百是标准格式。保存的数据格式应该是二进制,可以使用FileViewPro软件度打开。

1、Cache指缓存SRAM,SRAM叫静态内存,“静态”指的是当将一笔数据写入知SRAM后,除非重新写入新数据或关闭电源,否则写入的数据保持不变。道

2、一般来说,命名为cashe的文件是应用程序为提高使用内存效版率形成的临时文件,没有什么查看价值。在应用程序关闭后建议删除,或者过一段时间需要权清理掉这些文件。

3 怎么把QQ音乐cache文件夹里的音乐缓存提取出来

1、打开电脑界面,双击桌面上面的QQ音乐选项。

2、此时打开QQ音乐的界面,点击左侧的”本地和下载“选项。

3、然后在右侧的歌曲上面右键单击,在出现的菜单中,选择“更多 *** 作”选项。

4、然后选择“浏览本地文件”选项。

5、此时打开QQ音乐的缓存文件,按ctrl+c键复制到自己想要的地方即可。

4 手机里的videoCache文件夹什么意思

手机里的videoCache文件夹里面存放的是视频缓存文件。可以删除。

删除这个文件后,在播放视频时就会重新缓存下载,建议平常清理一些缓存。

而Cache是介于CPU和主存之间的小容量存储器,但存取速度比主存快。目前主存容量配置几百MB的情况下,Cache的典型值是几百KB。

Cache能高速地向CPU提供指令和数据,从而加快了程序的执行速度。从功能上看,它是主存的缓冲存储器,由高速的SRAM组成。为追求高速,包括管理在内的全部功能均由硬件实现,因而对程序员是透明的。

扩展资料:

其他手机文件:

1、Android

这个单词的意思大家都是知道的,以Android为命名的文件夹,一般存储的都是手机系统的文件和重要程序数据,

2、Backups

Backups这个文件夹是手机用来备份的软件,一般是恢复手机或者手机重装系统时,需要把备份的东西备份到这里,之后可以直接恢复到手机当中。这个文件夹中的数据,不用时可以直接删除。

还有一部分是系统缓存垃圾,建议不懂的情况下,不要自己删除。

3、tencent

这个文件夹要重点标记一下,手机里最占内存的应用肯定有微信、QQ,即使平时清理还是删除不干净。最主要的原因还是缓存数据都在tencent这个文件夹内,如果觉得手机内存不够用了,不妨进行适当的删除试试。

arm的cpu一般集成了一个叫做pmu的东西,它里面有几个计数器,一个是执行的指令数,一个是l1cache访问的次数,l1发生missing的次数,l2访问的次数和l2 missing的次数。你用arm的ds5软件就可以读出他们的值了。

以上就是关于free命令-buff cache全部的内容,包括:free命令-buff cache、在asp.net中如何管理cache、mybatis 二级缓存怎么使用等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/9643588.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-30
下一篇 2023-04-30

发表评论

登录后才能评论

评论列表(0条)

保存