最近在windows server 2012机器上在做性能测试时,发现8G物理内存,内存使用率占到了90%多,在“进程”列表中所有进程内存相加才2个多G,同时任务管理器->“性能”标签一项中,非内存缓冲池很高占到了5个多G. 在网上找了一些资料,说是windows8系列有内存泄露的BUG,会引起“非内存缓冲池”一直占用很高.当前系统初步怀疑可能也是这个问题. 参考文档: 一次DB服务器性能低下引发的对Nonpaged Pool Leak问题的诊断 http://tieba.baidu.com/p

原文链接:http://blog.chinaunix.net/uid-24504987-id-161192.html Windows规定有些虚拟内存可以交换到文件中,这类内存被称为分页内存 有些虚拟内存永远不会交换到文件中,这些内存叫非分页内存 #define PAGEDCODE  code_seg(“PAGE”);//分页内存 #define LOCKEDCODE  code_seg();//非分页的 #define INITCODE  code_seg(“INIT”); #define PA

Windows规定有些虚拟内存可以交换到文件中,这类内存被称为分页内存 有些虚拟内存 永远不会交换到文件中,这些内存叫非分页内存 #define PAGEDCODE code_seg(“PAGE”);//分页内存 #define LOCKEDCODE code_seg();//非分页的 #define INITCODE code_seg(“INIT”); #define PAGEDDATA data_seg(“PAGE”); #define LOCKEDDATA data_seg(); #def

$("#c01-select").select2({ ajax: { url: "data.json", dataType: 'json', delay: 250, data: function (params) { return { q: params.term, }; }, processResults: function (data) { var items=data.mapList; //json数组 var itemList = []; for(var i

上一页:where id=(select max(id) from examination where id < #{id} and class=#{class}) 下一页:where id=(select min(id) from examination where id > #{id} and class=#{class}) <小于号,>大于号

服务器使用两三个月突然,昨天无法访问,重启后正常,第二次发生这样的事情了,打开  C:\WINDOWS\system32\LogFiles\HTTPERR  下的   httperr1.txt 2013-12-20 05:42:27 - - - - - - - - - 2_Connections_Refused -2013-12-20 05:43:27 - - - - - - - - - 2_Connections_Refused -2013-12-20 05:44:27 - - - - - -

LogicalDisk\% Free Space 它测量选定逻辑磁盘上的可用空间百分比.请注意,如果此值低于 15%,则表示可用空间不足,操作系统无法存储关键文件.一个最直接的解决方案是增加更多的磁盘空间. PhysicalDisk\% Idle Time 它测量磁盘在采样间隔期间的空闲时间百分比.如果此计数器低于 20%,则表示磁盘系统处于满负荷状态.可考虑将当前的磁盘系统更换为速度更快的磁盘系统. PhysicalDisk\ Avg.Disk Sec/Read 它测量从磁盘读取数据的平均时间

1.问题描述   VS和Framework的安装顺序不对导致网站打不开   原因分析   Framework出现问题   解决办法   重新注册Framework版本   a.开始->运行->输入CMD,回车打开DOS窗口;   b.在DOS窗口里进入Framework安装目录下,一般在C\Windows\Microsoft.NET\Framework下,不同的Framework版本文件名不一样,如:v2.0.50727  v4.0.30319;   c.输入aspnet_regiis.exe

这篇文章其实已经写好很久,只是后来一直没有重现当时的问题,或者因为业务的重要性.投诉的压力也就临时处理了.这几天某地市Web服务器连续多次出现这个问题,正好借这个案例来做个收尾. 前几个月有台重要的Web服务器(Windows Server2003 + IIS6.0)出现客户端无法访问Web服务器上的站点,错误信息提示为"页面无法显示"的情况.登录服务器检查后发现IIS并未停止运行,各服务也正常处理,但就是无法访问站点上的页面(包括静态页面).这种问题其实以前也经常发生,基本上处理方法

转自:http://blog.csdn.net/foxeatapple/article/details/21983869 最近部门的Web服务器突然无法访问! 加班解决! 问题症状: 1.“Internet Explorer 无法显示该网页" 2.网站各项配置正常,昨天还能好好访问的 问题究竟在哪里呢? 通过分析HTTPERR.log文件,发现显示全是“Connections_refused”. 这也许就是问题的关键.如下图所示: 微软官网正好有解决办法:http://support.micro

Windows内存体系结构 理解Windows内存体系结构是每一个励志成为优秀的Windows程序员所必须的. 进程虚拟地址空间 每个进程都有自己的虚拟地址空间.对于32位操作系统来说,它的地址空间是4GB.这是因为32位指针可以表示从0x00000000到0xFFFFFFFF之间的任一值.对于64位的操作系统来说有0--2的64次方之间的任一值. 由于每个就进程都有自己的地址空间,因此每个进程都只能访问属于自己的地址空间而不能访问其他进程的空间.这保护了进程,也是之所以我们说进程是资源分配和保

在上一篇博文中,我设计了一个优化方法,方法从业务角度出发,将切图操作涉及到的性能路径剖析出来,分别进行优化,效果显著. 眼下的情况是:一张ArcGIS武汉市城市影像图.该操作由79小时缩短至当前的67分钟. 加速比为78倍.效果得到了业务人员惬意. 这里我谈一下我的体会: 1.SSD拿来即用是可行.可是对于server来说,门道非常深.首先是SSD的选择.有家用和商业企业版两种盘,价格相差非常大, 2.商业盘也分为两种,一种原厂盘,一种第三方认证盘.我周遭的供应商仅仅了解原厂盘.第三方认证盘不清

虚拟地址空间 https://docs.microsoft.com/zh-cn/windows-hardware/drivers/gettingstarted/virtual-address-spaces 2017/04/20 当处理器读取或写入内存位置时,它会使用虚拟地址. 在读取或写入操作过程中,处理器会将虚拟地址转换为物理地址. 通过虚拟地址访问内存有以下优势: 程序可以使用一系列连续的虚拟地址来访问物理内存中不连续的大内存缓冲区. 程序可以使用一系列虚拟地址来访问大于可用物理内存的内存缓

IIS版本6.0  无故停止工作.         重启IIS 没有效果,必须重启web服务器.出现客户端无法访问Web服务器上的站点,错误信息提示为"页面无法显示"的情况.登录服务器检查后发现IIS并未停止运行,各服务也正常处理,但就是无法访问站点上的页面(包括静态页面) 首先查看 web服务器的IIS 日志文档,位置默认在C:\WINDOWS\system32\LogFiles\ 下 这个目录下都是IIS的日志,其中 HTTPERR 文件夹中是IIS的报错记录 打开HTTPERR 

侦听器 :FileSystemWatcher FileSystemWatcher常用属性有: Filter :获取或设置用于确定目录中要监视哪些文件的过滤器字符串.Filter 属性设置为空字符串 ("") 或使用通配符("*.*").若要监视特定的文件,请将 Filter 属性设置为该文件名.例如,若要监视文件 MyDoc.txt 中的更改,请将 Filter 属性设置为"MyDoc.txt".也可以监视特定类型文件中的更改.例如,若要监视文本

实现原理: 1.读取hbase数据每页的数据时多取一条数据.如:分页是10条一页,第一次查询hbase时, 取10+1条数据,然后把第一条和最后一条rowkey数据保存在redis中,redis中的key为用户的token+URL.即token.set(token+url:list<String>); 2.前台点击下页时,查询当前页(currentPagae)在redis的list是否存在list.get(currentPage)的rowkey.如果存在,则以之前为startRowKey,取1

内存分页机制(memory paging mechanism)是从386开始的.线性地址通过分页机制透明转换为物理地址. 从这里知道:1. 如果不分页,则线性地址等于物理地址:2. 如果分页,则线性地址不等于物理地址. 线性地址(linear address)为程序产生的地址: 物理地址(physical address)为程序访问的实际存储器地址. 与分页机制相关的寄存器有CR0.CR1.CR2.CR3和CR4,且都是32位寄存器. 图一 控制寄存器 1. CR0的PG位为1时,分页启动.否则

对于用MCU的人来说,不一定要明白HCS12(x) memory map的机制和联系.因为如果没有系统地学习操作系统和编译原理之类的课程,确实有些难度.并且,对于DG128 XS128这样的MCU,默认的emory分配方式已经够用了.从这个意义上讲,搞清楚memory map似乎不必要. 但是,你有没有RAM不够用的情况?有没有想定义变量到FLASH ROM的情况?有没有因为欲提高寻址效率而定义变量到非分页区的情况?有没有写EEPROM但没写成功的情况?    飞思的memory非常灵活,通过地

触发原因:实体类间存在一对多关系,并且在一这方加载多的时候用的加载模式是eager. 解决方法:1.非分页:criteria.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY); 当用再分页查询中实际查出来的实体数比maxResults的预期要少,因为他是先分页后去重. 2.分页:将fetch方式改为懒加载.(如@OneToMany(fetch = FetchType.LAYZ, mappedBy = "role")) 但Hibern

1. 问题表象+分析 最开始是DB访问性能下降,某个不用Cache.直接到DB的查询10s+都不返回.上去一看,DB Server内存97%,可用内存才100多M. Windows毕竟不是iOS,不留出足够的内存跑起来还是很吃力的.我理解在核心程序全部常驻内存的情况下,至少还应留出10%的Ram,否则一旦涉及到读PageFile或者Disk,性能就会大幅下降. 这台机器是Server 2008 R2 64bit,4G的内存,确实比较小.但看了下进程列表,最大的才不到200M,大部分都只有几十M.