strongkill
- 浏览: 8576 次
- 来自: 广东
-
最新评论
-
kaneg：
strongkill 写道load average: 0.21 ...
利用dump heap找出内存泄漏。 -
strongkill：
robbin 写道byte[]和char[]多是很正常的，凡是 ...
利用dump heap找出内存泄漏。 -
robbin：
byte[]和char[]多是很正常的，凡是Java里面的St ...
利用dump heap找出内存泄漏。 -
strongkill：
就算系统执行了gc
[INFO ][memory ] 2419 ...
利用dump heap找出内存泄漏。 -
strongkill：
SeanHe 写道推荐你看一下这个http://fly-hyp ...
利用dump heap找出内存泄漏。
文章列表
今日在resin的dump heap中发现大量的char[]和byte[]对象：
引用
1.0000 112.922M 7.613M 105.309M 166308 java.util.HashMap
0.8115 97.763M 97.763M 0.000M 483874 char[]
0.7928 89.842M 89.842M 0.000M 15243 byte[]
0.7869 88.862M 16.175M 72.687M 706694 java.util.HashMap$Entry
0.5190 58.608M 11.225M 47.382M 490447 java.l ...
上一次出现频繁出现GC的问题是由于在低层类当中有一个方法执行效率低导致的。
修改过后就恢复正常。
前天更新了一台64位的rhel5服务器。频繁GC的问题又出现了，最短的1秒一次，最长的3-4秒一次。
会不会是64位的参数跟32位的不一样？
Linux版本:
引用
Linux javaserver 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:14 EST 2007 x86_64 x86_64 x86_64 GNU/Linux
RESIN的jvm配置:
引用
<jvm-arg>-server</jvm-arg>
<jvm ...
- 2008-08-15 14:09
- 浏览 2644
- 评论(1)
不知道为什么，我的mysql 5.0.27老是会出现Got error 134 from storage engine，大约半个月就会出现一次．Repair table之后就回复正常．
先说说情况：
articles 文章表 大约有4万条记录，Data length是181MB,
member 会员表 大约有40万能条记录，Datalength是76mb，
网站访问约为５０００个ＩＰ，６万个ＰＶ，平均每天１０００篇文章左右，会员基本不变．
服务器是：
Intel(R) Xeon(R) CPU 5130 @ 2.00GHz x2
...
正在运行的一个RESIN服务器(Xeon5130*2,4G内存),一切都很正常,由去年12月份到现在基本每天都有1000个IP左右,1.7万页访问量,CPU空闲达到98以上.
上星期五无事干就在服务器上安装了lighttpd,作为图片、视频等静态内容的服务器.减少resin处理静态内容的时间。
星期六，星期日没有多大留意服务器运行情况。到星期一上班是，网站访问非常的慢，平均页面生成时间为5~6秒。利用TOP查看CPU使用情况，CPU只剩下10%，最大30%，大吃一惊，于是再查看了一个processlist.发现很多mysqld在运行（跟平时也一样）， load average ...