linux buff/cache过大,清理脚本 2018年06月20日 13:44:53 taozhe666 阅读数:6500   三条指令: sync echo 1 > /proc/sys/vm/drop_cachesecho 2 > /proc/sys/vm/drop_cachesecho 3 > /proc/sys/vm/drop_caches 执行完这三条指令后通过free -m命令查看,free可用内存马上增多,buff/cache列值变小,说明内存被释放了,但是不能总是手动的

这篇文章主要介绍了使用vue打包时vendor文件过大或者是app.js文件很大问题的解决方法,非常不错,具有一定的参考借鉴价值,需要的朋友可以参考下 第一次使用vue2.0开发,之前都是用的angular1.x.在使用vue-cli脚手架打包后(UI用的Element-ui),发现vendor文件很大,将近1M左右..后来翻阅资料才明白,原来webpack把所有的库都打包到了一起,导致文件很大. 我的解决办法: 1.把不常改变的库放到index.html中,通过cdn引入,比如下面这样: 然后

我的解决办法: 1.把不常改变的库放到index.html中,通过cdn引入,比如下面这样: 然后找到build/webpack.base.conf.js文件,在 module.exports = { } 中添加以下代码 externals: { 'vue': 'Vue', 'vue-router': 'VueRouter', 'element-ui': 'ELEMENT', }, 这样webpack就不会把vue.js, vue-router, element-ui库打包了.声明一下,我把ma

在查看/var/named/data目录中发现named.run文件260G+ 总用量 267G -rw-r--r-- 1 named named 1.3K 9月 2 21:27 named.run -rw-r--r-- 1 named named 0 7月 21 03:18 named.run-20190728 -rw-r--r-- 1 named named 0 7月 28 03:35 named.run-20190805 -rw-r--r-- 1 named named 0 8月 5 03

Mysql文件太大导入失败解决办法总结 在使用phpmyadmin导入数据库的时候可能会碰到由于数据库文件太大而无法导入的问题! 英文提示如下:File exceeds the maximum allowed size 如果正在使用的主机可以自定义php.ini的话,就可以通过直接修改这个文件来解决,即通过通过编辑php.ini文件来重新设定上传文件大小的限定,具体操作步骤: 第一步:打开php.ini,找到 upload_max_filesize . memory_limit . post_m

今天发现一个服务器的/opt目录数据过大,最后发现是tomcat中的catalina.out日志过大引起的 用du命令查看opt下一层的数据文件大小 [root@ccssapportalp opt]# du -h --max-depth=1 /opt 最终发现在tomcat里catalina.out的文件很大 [root@ccssapportalp logs]# ll -h /opt/liferay6.2ce/tomcat-7.0.42/logs/catalina.out -rw-r--r--

最近我的vim又让我闹心了. 问题出现在supertab的补全速度上, 有时候按下tab键半天才弹出补全列表, 即便是弹出了列表在列表上下移动也变得的相当缓慢, 这让我的很是蛋疼. 在完全无法接受这个问题之后决定再一次踏上折腾vim之路(已经没有折腾vim好长一段时间了). 之前有一次vim出现tab补全的卡死问题折腾了好几个小时才把原因找到, 这次这个更加诡异, 没有折腾之前就觉得一定不简单. 后来果然应验, 这个问题足足花掉了我一整天的时间! 首先是缩小问题的范围, supertab在我这里

问题描述: 最近公司这边tempdb库文件很大,几百GB的节奏 不过安装数据库的时候,tempdb最好不要放在C盘是放在D盘其他数据盘的 如果没有放在其他盘符下面,就需要做迁移了 解决方法: 如果tempdb在C盘移动到其他磁盘位置 由于每次启动MSSQLSERVER服务时都会重新创建 tempdb,因此不需要从物理意义上移动数据和日志文件. 如果是tempdb所在源磁盘物理空间不足就可以迁移到空间比较大的磁盘位置. 迁移步骤: 1.确定 tempdb 数据库的逻辑文件名称以及在磁盘上的当前位置

<?php /** * 读写大二进制文件,不必申请很大内存 * 只有读取到内容才创建文件 * 保证目录可写 * * @param string $srcPath 源文件路径 * @param string $dstPath 目标文件路径 * @return bool */ function fetch_big_file($srcPath, $dstPath) { set_time_limit(0); // 设置脚本执行时间无限长 if (!$fpSrc = fopen($srcPath, "

phpmyadmin-您可能正在上传很大的文件,请参考文档来寻找解决方法   实这个很简单的只要更改php.ini里三个配置即可.(见下面加粗部分,改成你自己的需求即可) ; Maximum allowed size for uploaded files. ; http://php.net/upload-max-filesize ;upload_max_filesize = 2M upload_max_filesize = 300M ; Maximum amount of memory a sc

<?php /** * 读写大二进制文件,不必申请很大内存 * 只有读取到内容才创建文件 * 保证目录可写 * * @param string $srcPath 源文件路径 * @param string $dstPath 目标文件路径 * @return bool */ function fetch_big_file($srcPath, $dstPath) { set_time_limit(0); // 设置脚本执行时间无限长 if (!$fpSrc = fopen($srcPath, "

这个程序是用php 读取一个很大的excel文件, 先将 excel 文件保存成csv 文件, 然后利用 迭代器 逐行读取 excel 单元格的值, 拿到值以后 做相应处理,并打印结果. <?php // 加载 GuzzleHttp 为发送 http 请求提供方便include_once('./vendor/autoload.php');$client = new \GuzzleHttp\Client(); // 定义读取文件    $file = './file/a.csv'; functio

期间,用phpMyAdmin去导入90M左右的mysql数据库文件时出错: 您可能正在上传很大的文件,请参考文档来寻找解决方法. [解决过程] 1.很明显,是文件太大,无法导入.即上传文件大小有限制. 所以要去解除此限制. 之前其实也遇到类似的问题,之前就解决了. 这次只是再去找到对应的配置的地方,修改配置,应该就可以了. 2.参考: http://localhost/phpmyadmin/Documentation.html#faq1_16 去改对应的上传文件大小的限制: E:\dev_ins

node.js 如何处理一个很大的文件 思路 arraybuffer 数据分段 时间分片 多线程 web workers sevice workers node.js 如何处理一个很大的文件 https://cnodejs.org/topic/55a73038f73c01466cf931f2 使用fs.createReadStream()创建一个读文件流,这种方式可不受限于文件的大小: https://juejin.im/post/5d3c27ccf265da1b8d1665ba Buffer对

vps的内存为512M,安装好nginx,php等启动起来,mysql死活启动不起来看了日志只看到对应pid被结束了,后跟踪看发现是内存不足被killed; 调整my.cnf 参数,重新配置(系统默认配置太高直接占用400M内存,小玩家玩不起呢)即可 performance_schema_max_table_instances= table_definition_cache= table_open_cache= 下面附一个相关的my.cnf配置文件的说明 [client] port = sock

以前用过ibatis2,但是听说ibatis3有较大的性能提升,而且设计也更合理,他不兼容ibatis2.尽管ibatis3还是beta10的状态,但还是打算直接使用ibatis3.0, ibatis3.0应该更简单高效.最近还自己写了个ibatis3.0与spring集成的bean,运行还正常,还自鸣得意了一番,但是当独立使用ibatis时,在事务管理这个方面还是出现不少问题,所以还是打算再认真研究一番ibatis3.0 1.SqlSessionFactory 每个ibatis应用都应该只有一

也许标题有点绕口,有点无法让人理解.请原谅博主,语文学的不好,都赖体育老师. 问题场景重现:在某次迭代中,接到这样一个需求:当新建或编辑一个Bug(包含附件以及其他字段)上传附件过大时,退回到编辑页面,并保证数据回显. 看上去是一个很简单的问题,当附件过大时,页面重新跳转到编辑页面并回传之前Post过去的数据.可是问题来了.php.ini配置文件中upload_max_filesize的设置会限定服务器所能接受上传文件的大小.当上传的文件超过upload_max_filesize时,会拒绝改po

/var/admin/wtmp文件记录所有用户的登陆信息,随着时间会增长到很大,/var/adm/wtmp文件太大该怎么办呢?先来看看/var/adm/wtmp文件的属性:testterm1:/#ls -l /var/adm/wtmp-rw-rw-r--   1 adm      adm            5184 Aug 03 15:47 /var/adm/wtmp由上可知,/var/adm/wtmp属主为adm用户,属adm组,权限为664.查看/var/adm/wtmp文件类型:tes

数据库(31)  最近发现oracle数据库连接非常慢,sqlplus很快,用客户端就很慢,甚至会无响应. 然后服务器内存一下就飙升到了90%,不是表空间占满了,也不是数据库连接数占满了.重启还是一样! 在客户端连接服务器的时候,点击“登录”,需要很久(正常1,2秒就行)才可以连接到数据库,连接后操作一切正常.在客户端用tnsping服务器:C:\Documents and Settings\Administrator>tnsping ORA11G 很长时间没有反应 原因在于:listener.

如果一个RDD很大以至于它的所有元素并不能在driver端机器的内存中存放下,请不要进行如下调用: val values = myVeryLargeRDD.collect()   collect将尝试拷贝RDD中的每个元素到Driver端,容易导致OOM或者crash:   相反,如果你能通过调用take.takeSample.filter.sample等操作对返回的元素个数上限进行限制,再使用collect还是可以的:   查看RDD的collect方法源码: def collect(): A

Excel的文件打开特别慢,xls文件特别大解决一例 打开Excel的xls文件打开特别慢,而且操作也非常慢,动辄需要10几20分钟,很不正常.一个简单的Excel的xls文件有10几兆,甚至几百兆的大小.产生的原因不详.应该是啥病毒蓄意所为. 打开Excel文件,经过漫长等待后,仔细甄别发现各个tab页上均有许多隐形的文本框,数量非常之大,有的几十个有的几百个.清除Excel文件中海量文本框的方法: 在相应的tab页上,按F5(ctl + G),点击“定位条件”按钮,在弹出的定位窗口中选择“对