前言 之前系统出现过几次hung住的情况,没有oom,也没有其它内存相关的信息,而linux设计就是去尽量吃满内存,然后再回收清理的机制 探讨 目前这个参数还没有找到合适的处理这个预留的参数,一般也没有去调整的 系统是默认根据物理内存进行计算得到一个数值得 sysctl -a|grep min_free_kbytes vm.min_free_kbytes = 45056 查看内核参数,这个小环境是保留的45M 网上的一些说法 Aerospike 的说法 https://discuss.aeros

内核参数:内存相关 内存管理从三个层次管理内存,分别是node, zone ,page; 64位的x86物理机内存从高地址到低地址分为: Normal DMA32 DMA.随着地址降低. [root@localhost01 /home/ahao.mah] #cat /proc/zoneinfo |grep "Node" Node 0, zone DMA Node 0, zone DMA32 Node 0, zone Normal Node 1, zone Normal 每个zone都有

问题总结: 程序栈太小,64位机器的栈大小默认比32位的大,将程序从64放到32中执行则报错,需要修改初始堆栈大小 (.so库中提供两个函数接口,一个里面使用的是尺寸较大的图像,另一个处理的图像很小,只有调用前一个函数的时候会溢出) 最后的问题转化为:如何设置JVM的native lib stack size hadoop中节点的JVM配置在mapred.child.java.opts参数中! 之前在hadoop程序中利用jni调用了C语言写的(libxxx.so)本地库,在开始的机器上(64位

在本机利用VM启动了4台虚拟机来搭建zookeeper集群,但是每次电脑重启后,虚拟机的IP都会变化,现在想来固定每台虚拟机的IP. 1.Step1:查看网关和子网掩码 记住选用NAT模式,点击NAT设置. 记下这里的网关IP&子网掩码 2.设置本机的VM网络 3.设置虚拟机的连接 可以通过修改配置文件的方式,这里介绍简单一点的,直接通过可视化界面操作. 点击进入Syste-->Preferences-->Network Connections Step4:查看配置(可略过) [roo

VM Option的设置: -Xms1024M -Xmx2048M -XX:PermSize=128M -XX:MaxPermSize=256M

jboss服务器中jvm参数的设置: 在$JBOSS_HOME/bin下的run.sh里面存在这么一个设置: # Force IPv4 on Linux systems since IPv6 doesn't work correctly with jdk5 and lower if [ "$linux" = "true" ]; then JAVA_OPTS="-Xms128m -Xmx512m -Dsun.rmi.dgc.client.gcInterval

设置NET模式 cat  /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE="eth0" BOOTPROTO="static" HWADDR="00:0C:29:57:97:33" NM_CONTROLLED="yes" ONBOOT="yes" TYPE="Ethernet" UUID="95cbf2a4-cfec-4f44-a

文章转载自http://wenku.baidu.com/link?url=5uZ1xWnGC55FGW2XUqzLVdttRcik2xCqwRKEdh6z-nZJ63UQn3j2750ES_q4OrotSE26r3yL36uzRGz_cuSbur4cQYOmc9R4dw4otqOWDV_ 环境:主机操作系统是Windows 7,虚拟机是CentOs6.5(RedHat Enterprise版本相同),虚拟机是VirtualBox 4.3.20. 1. 安装增强功能包(Guest Addition

设置之前:

cd /etc/sysconfig/network-scripts 然后代开第一个文件 一般是ifcfg-ens331)开始配置原来是这样的 修改/etc/sysconfig/network # Created by anaconda NETWORKING=yes GATEWAY=192.168.157.1 DNS1=119.29.29.29 DNS2=182.254.116.116 然后重启服务即可 service network restar 重点 修改成 TYPE="Ethernet&qu

1. 确认VMtools已经装好,开启共享文件夹,设置好共享目录 2.执行命令 sudo mount -t vmhgfs .host:/ /mnt/hgfs如果出现错误: Error: cannot mount filesystem: No such device 使用: vmhgfs-fuse .host:/ /mnt/hgfs 设置开机自动挂载 vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other -o nonempty 用vmware-hgfsclien

1.普通java应用程序,使用java命令运行,  java -Xms1024m -Xmx1024m -XX:MaxNewSize=256m  -XX:MaxPermSize=256m -jar 2.tomcat  在catalina.bat的set JAVA_OPTS修改为set JAVA_OPTS=-Xms1024m -Xmx1024m -XX:MaxNewSize=256m  -XX:MaxPermSize=256m –server 3.eclipse中运行应用程序  程序右键选属性->r

-Dfile.encoding=UTF-8 vmopiton.properties  加入 8A7674

3.2.4 反向时间戳 反向扫描API HBASE-4811(https://issues.apache.org/jira/browse/HBASE-4811)实现了一个API来扫描一个表或范围内的一个范围 表反向,减少了对正向或反向扫描优化模式的需求.此功能在HBase 0.98和更高版本中可用.有关更多信息,请参阅Scan.setReversed()(https://hbase.apache.org/apidocs/org/apache/hadoop/hbase/client/Scan.h

本地启动了一个sshd的容器服务,但该容器经常会被重启导致ssh连接失败,使用kubectl describe pod命令查看改命令发现有容器返回值为137,一般是系统环境原因,且一般为内存不足导致的,参见:Container exits with non-zero exit code 137 Started: Tue, Nov :: + Last State: Terminated Reason: Error Exit Code: Started: Mon, Nov :: + Finished

适用于: Oracle Database - Enterprise Edition - 版本 10.1.0.2 到 11.2.0.3 [发行版 10.1 到 11.2]本文档所含信息适用于所有平台 用途 本文章简要概述了导致节点重新启动或者 CRS 意外重启的几个最常见问题 适用范围 有节点重新启动问题的所有用户 详细信息 问题 1:节点重新启动,但是日志文件未显示任何错误或原因. 原因: 如果节点重新启动是由于某个 Oracle 进程,但是日志文件没有显示任何错误,则故障位置为 oprocd.

 http://www.cnblogs.com/wjoyxt/archive/2014/06/08/3777042.html (1)vm.overcommit_memory 执行grep -i commit  /proc/meminfo 看到CommitLimit和Committed_As参数. CommitLimit是一个内存分配上限,CommitLimit = 物理内存 * overcommit_ratio(默认50,即50%) + swap大小 Committed_As是已经分配的内存大小

本文介绍在 MVVM 中,如何用 ViewModel 控制焦点. 这焦点设置个东西嘛,有些争论.就是到底要不要用 ViewModel 来控制视图的键盘输入焦点.这里不讨论,假设你就是要通过 VM,设置输入焦点在哪里. MSDN 有解释关于 Focus 的,还有 FocusManager,点击这里打开.不知道的话建议你先看看,只求结果的可以直接看下面代码,抄就是了.这次,初级的解释全部略过,直接说做法,看不懂的请留言.做法很多,大概两种比较符合 MVVM 模式: 1. DataTrigger 设置

1) /proc/sys/vm/block_dump该文件表示是否打开Block Debug模式,用于记录所有的读写及Dirty Block写回动作.缺省设置:0,禁用Block Debug模式2) /proc/sys/vm/dirty_background_ratio该文件表示脏数据到达系统整体内存的百分比,此时触发pdflush进程把脏数据写回磁盘.缺省设置:103) /proc/sys/vm/dirty_expire_centisecs该文件表示如果脏数据在内存中驻留时间超过该值,pdfl

linux下proc里关于磁盘性能的参数 http://blog.csdn.net/eroswang/article/details/6126646  我们在磁盘写操作持续繁忙的服务器上曾经碰到一个特殊的性能问题.每隔 30 秒,服务器就会遇到磁盘写活动高峰,导致请求处理延迟非常大(超过3秒).后来上网查了一下资料,通过调整内核参数,将写活动的高峰分布成频繁的多次写,每次写入的数据比较少.这样可以把尖峰的写操作削平成多次写操作.以这种方式执行的效率比较低,因为内核不太有机会组合写操作.但对于繁忙