将Chrome中的缓存数据移出C盘

Chrome浏览器会默认的将用户的缓存是数据存放于  C:\Users\你的用户名\AppData\Local\Google\Chrome\User Data文件夹内。用久了之后,就会积攒大量缓存数据与C盘内。尤其在Win 10系统 C盘日益吃紧的前提下,将缓存是数据移至其他盘符很有必要。

1、进入 C:\Users\Administrator\AppData\Local\Google\Chrome (我这里的用户是Administrator)

2、将User Data文件剪切到其他盘符,我这是在D盘内创建了一个叫做Chrome的文件夹。

3、打开控制台窗口运行  mklink /j C:\Users\Administrator\AppData\Local\Google\Chrome\"User Data" "D:\chrome\User Data"

该方法在win 7 和 win10上可以将缓存移出C盘

至于XP上,由于没有mklink.exe 需要下载junction 来解决,下载junction 之后将其放置于windows\system32文件夹下

然后重复上面第1和2这两个步骤。

最后一步,运行 junction "C:\Documents and Settings\Administrator\Local Settings\Application Data\Google\Chrome\User Data" "D:\chrome\User Data"

原文地址:https://www.cnblogs.com/vichin/p/10192943.html

时间: 2024-08-04 09:51:15

将Chrome中的缓存数据移出C盘的相关文章

ios 手动清除本地沙盒中的缓存数据

/ 把 图片 写入 沙盒 -(void)photoFile { //此处首先指定了图片存取路径(默认写到应用程序沙盒 中) NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory,NSUserDomainMask, YES); //并给文件起个文件名 NSString *uniquePath=[[paths objectAtIndex:0] stringByAppendingPathComponent:@"

Android Volley 获取磁盘已有缓存数据

经过学习,我们知道Volley的架构如下: 从架构上我们可以看到,volley有设置缓存机制,当找不到数据缓存或数据缓存过期时,才会联网获取新的数据.Volley 本身有缓存机制,不仅仅默认缓存图片,也有缓存Json数据.通过手机文件管理软件,我们发现Volley缓存地址:/data/data/软件包/cache/volley 目录下. 那么,在联网获取了数据缓存后,如何获取到Volley缓存中的数据呢?在百度上找了一整天的资料都没有说明如何获取到最新的数据.最后还是再stack overflo

【MySQL】MySQL中针对大数据量常用技术_创建索引+缓存配置+分库分表+子查询优化(转载)

原文地址:http://blog.csdn.net/zwan0518/article/details/11972853 目录(?)[-] 一查询优化 1创建索引 2缓存的配置 3slow_query_log分析 4分库分表 5子查询优化 二数据转移 21插入数据 如今随着互联网的发展,数据的量级也是撑指数的增长,从GB到TB到PB.对数据的各种操作也是愈加的困难,传统的关系性数据库已经无法满足快速查询与插入数据的需求.这个时候NoSQL的出现暂时解决了这一危机.它通过降低数据的安全性,减少对事务

【在网页中获取截图数据】Chrome和Firefox下的实战经验

[转载自我在segmentfault的专栏:https://segmentfault.com/a/1190000004584071] 最近在实现一个功能,需求如下: 前提:当前页面无弹窗 页面任意位置执行粘贴 读取剪切板中的截屏数据 上传截图 首先还是从网上找相关的例子. 找到了SF上的专栏文章<js获取剪切板内容,js控制图片粘贴>. 于是基于这个,做出了第一版的截图上传功能. 由于项目使用的是angularjs,事先已经封装好一套上传图片的办法,只需要调用 $scope.image = b

在WCF数据访问中使用缓存提高Winform字段中文显示速度的方法

本文较为详细的讲述了在WCF数据访问中使用缓存提高Winform字段中文显示速度的方法,分享给大家供大家参考之用.具体方法如下: 在我们开发基于WCF访问方式的Winform程序的时候,一般情况下需要对界面显示的字段进行中文显示的解析.如果是硬编码进行中文显示,那么除了不方便调整及代码臃肿外,性能上没有什么问题,但是不建议这样处理:一般情况下,我们把中文对照信息放到业务类里面去统一解析,但是这样会导致每次WCF访问方式请求解析中文化的操作耗费一定的响应时间.如果使用缓存存储中文字段的对照表,那么

H5 localstorage本地缓存数据的封装以及在vue中的使用

vue中常用的 每次增加数据   要缓存                     每次删除数据也要缓存  storage.js 文件 然后某个页面需要本地存储,就需要用 import引入:import storage from './storage.js' App.vue页面: <template> <div id="app"> <input type="text" v-model='todo' @keydown="doAdd

Google Chrome中的高性能网络(二)

Chrome Predictor的预测功能优化 Chrome会随着使用变得更快. 它这个特性是通过一个单例对象Predictor来实现的.这个对象在浏览器内核进程(Browser Kernel Process)中实例化,它唯一的职责就是观察和学习当前网络活动方式,提前预估用户下一步的操作.下面是一个示例: 用户将鼠标停留在一个链接上,就预示着一个用户的偏好以及下一步的浏览行为.这时Chrome就可以提前进行DNS Lookup及TCP握手.用户的点击操作平均需要将近200ms,在这个时间就可能处

Google Chrome中的高性能网络 (三)

使用预连接优化了TCP连接管理 已经预解析到了主机名,也有了由OmniBox和Chrome Predictor提供信号,预示着用户未来的操作.为什么再进一步连接到目标主机,在用户真正发起请求前完成TCP握手呢?这样就可省掉了另一个往返的延迟,轻易地就能为用户节省到上百毫秒.其实,这就是TCP预连接的工作. 通过访问chrome://dns 就可以看到TCP预连接的使用情况. 首先, Chrome检查它的socket pool里有没有目标主机可以复用的socket, 这些sockets会在sock

ASP.NET Core中的缓存[1]:如何在一个ASP.NET Core应用中使用缓存

.NET Core针对缓存提供了很好的支持 ,我们不仅可以选择将数据缓存在应用进程自身的内存中,还可以采用分布式的形式将缓存数据存储在一个“中心数据库”中.对于分布式缓存,.NET Core提供了针对Redis和SQL Server的原生支持.除了这个独立的缓存系统之外,ASP.NET Core还借助一个中间件实现了“响应缓存”,它会按照HTTP缓存规范对整个响应实施缓存.不过按照惯例,在对缓存进行系统介绍之前,我们还是先通过一些简单的实例演示感知一下如果在一个ASP.NET Core应用中如何