我的RP。。。
月度存档: 五月 2010
换了个新的E5400,希望别在出现强行降到798Mhz
高性能的配置,糟糕的散热
环境: 室温26度
装备: DELL Latitude E5400
配置: Intel core duo 2 P8600, 2G DDR2, Nvidia GF9200M GS.
最近去vs上面dota总是玩不到5分钟就卡死,CPU 100%,然后war3,vsclient,直到整个系统失去响应,被踢出平台,然后等待大概10分钟后才能恢复正常,起初怀疑驱动问题,声卡问题,未知的兼容性问题,以及我的RP问题,甚至想到由于没有在电脑旁边供个乖乖大神,或者由于上次公司小机房的乖乖大神过期忘记更换导致大神对我的惩罚- -!
不过,今天抓到了元凶,原来这个笔记本会在GPU的温度达到67~70摄氏度的时候(此时CPU温度大概60摄氏度)强行降低CPU频率到最低的798Mhz(从bios里面关闭step speed也不管用),导致稍微运行点什么音乐,ie,就会占用100%的CPU,然后系统挂住。待GPU温度降到50度左右,才恢复正常,之后CPU恢复全速,风扇全程3900rpm/s,以下为系统挂住时的拍照,以及系统恢复正常时的抓图(点图查看原图):

系统从挂住恢复时的温度:

GPU温度降到50度左右时的CPU频率:

之后CPU速度恢复全速:

曾经觉得DELL的笔记本做的应该有DELL服务器那样良好的品质和优良的设计,没想到E5400居然有这么糟糕的散热,严重怀念在80度高温下依然能够稳定让我dota的T43。
神奇的配置, smiless
又被conntrack搞了
服务器加载了conntrack模块,结果今天服务器出现了
ping: sendmsg: Operation not permitted
检查/etc/sysctl.conf 发现已经设置了 net.ipv4.netfilter.ip_conntrack_max=655360,但是还是出现了这样的问题。
原来还需要设置一下另外的两个参数:net.nf_conntrack_max 和 net.netfilter.nf_conntrack_max
目前服务器修改后的sysctl.conf如下:
net.ipv4.ip_forward = 1 net.ipv4.tcp_fin_timeout = 30 net.ipv4.tcp_keepalive_time = 300 net.ipv4.tcp_syncookies = 1 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1 net.ipv4.ip_local_port_range = 5000 65000 net.ipv4.tcp_max_syn_backlog = 2048 net.ipv4.tcp_synack_retries = 3 net.ipv4.tcp_syn_retries = 3 net.core.wmem_max = 8388608 net.core.rmem_max = 8388608 net.ipv4.tcp_rmem = 4096 87380 8388608 net.ipv4.tcp_wmem = 4096 87380 8388608 net.ipv4.udp_mem = 8388608 12582912 16777216 net.ipv4.udp_rmem_min = 65536 net.ipv4.udp_wmem_min = 65536 net.ipv4.netfilter.ip_conntrack_max = 655360 net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 21600 net.ipv4.netfilter.ip_conntrack_tcp_timeout_close_wait = 30 net.nf_conntrack_max = 655360 net.netfilter.nf_conntrack_max = 655360 net.netfilter.nf_conntrack_tcp_timeout_established = 21600 kernel.shmmax = 2147483648 kernel.shmmni = 268435456 kernel.shmall = 2147483648