`
linuxgao
  • 浏览: 76671 次
社区版块
存档分类
最新评论
文章列表
    今年年初为了修改日志系统,仓促之下试用了logback和log4j,发现logback在日志生成速度上大幅优于log4j,但是上游项目大量使用log4j加上两者的日志生成性能都低于业务交易设计要求,就没有采用。 这几天完善平台,详细比较了一下两者的性能,环境是这样的: 门面都采用slf4j 1.7.5 logback 1.0.3 log4j 1.2.17     测试类就是简单的循环日志记录,分别在win7、Linux下做了单线程、多线程的不同循环次数多场景测试,只有1次的在Linux下测试结果是logback优于log4j,其他全部是log4j略优于logback。     ...
场景: 基于JAVA EE的BS应用,前端使用IE浏览器,需要通过串口与pos、地磅、显示屏等外设进行通信。 目前与串口应用基本上都是一个本地应用,用vc、vb、delphi等开发工具开发,使用ie直接与com 通信的案例非常少。 因为项目的软件架构风格不能改变,决定了必须用IE与com通信,这种情况下,采用ActiveX的方式 成为不多的选择之一 1环境   后台就不说了,没有什么关系,下面是前端的环境   操作系统:win7(32、64)、xp   浏览器:IE 8   ACTIVEX:MSCOMM   html控制:javascript 2安装   主要是mscomm控件的安装,   ...
wlst = WebLogic Scripting Tool weblogic一键部署,就是象weblogic config wizard一样,创建一个域,并且创建jdbc、发布app等,只不过是静默安装 这就用到了wlst wlst的脚本是基于Jython(python的变种)的,比较容易理解,目前的shutdown.sh就会自动生成一个shutdown.py(纯python脚本) wlst有3种工作方式 1:控制台指令方式 $wl_home/common/bin/wlst.sh 在控制台输入相关的命令函数 2:脚本方式 准备批命令脚本xxx.py 先加载环境变量,${WL_HO ...
DPI与明宇报表的背景设置一例 资料: 合伙企业执照副本的尺寸为19.9*13.7厘米 DPI:Dots per inch,打印的名词,每英寸墨点数,有时也用于每英寸的像素数PPI(如windows系统) 明宇报表:一种web报表工具,设计时可以通过加载背景,放置套印数据项的位置 设计过程: 通过扫描和裁剪,制作出合伙企业执照副本的尺寸为19.9*13.7厘米,dpi为72,文件格式为jpg;加载背景后,按照背景的位置添加各个打印项位置。 故障现象: 打印时,整个数据项好像抽抽了,都往左上角偏,带背景打印时,连背景也像是按照70%的比例缩放了。 分析: 打印出的背景也比实物小,检查打印 ...
别让技术研发沾染上太多的商业气息 -----读《龙芯之父胡伟武:谁敢说龙芯不是国货》 http://tech.sina.com.cn/it/2009-06-29/15243220105_2.shtml    狗剩的诞生,国人给予了太多的希望和关注,当成是“中国芯”,如今的龙芯则完全是一款商业cpu。现如今和研发狗剩的时代不同了,MIPS指令集已经超过专利保护期,已不需要交专利费,购买授权完全是商业话运作,在我看来,就像是考取Oracle认证,目的是告诉别人,我能做这个事。    龙芯和国防已经扯不上关系。指令集和cpu的关系我理解就像算法和软件的关系,有了算法,你可以用c实现,他可以用java ...

some_pic2

打发打发打发打发的
...
app情况:web应用下开启一个新的线程A,在线程A中又创建了线程B 在B.start()后,A有个sleep(10000),此时报错。 报错时其他业务能顺利执行,jvm heap未满。 系统启动后几天一直是好的,运行4、5天后就会出现这个现象 异常如下: java.lang.OutOfMemoryError: unable to create new native thread at java.lang.Thread.start(Native Method) 修改java内存参数后10天没有出现这个问题 原来是 -Xms1236m -Xmx1236m -XX:PermSize=128m ...
今天应该不是貌似了,到了该终结的时候,总结一下两个多月来过程吧 环境: HP-UX11.23 IA64 4C8G  (CPU=1300m) Weblogic 8.1 sp3 (后升级到sp6) HP jdk 1.4.2.10(曾经升级到20) Oracle 10.1.0.2 现象: 每天有1到5次weblogic挂起,挂起是cpu占用100%或者200%,http访问不响应,kill -3 <pid>打不出thread dump,telnet <ip> 7001没有反应,weblogic console不相应。从console的gc回收曲线上能看出每次挂起都是在gc开 ...
周二上午请假了,中午回到办公室,大伙还在休息,先不打扰他们,自己看看java进程状态吧。打开secreCRT,运行top(最近2个月非常熟悉了一连串的操作),看到java进程的time是430多,知道上午不在办公室这段时间,weblogic平安无事。 好久没有看到java进程的time有这么大了,上午去医院的郁闷轻松了不少。 一直到晚上,weblogic挺住了,晚上加班搞查询的应用分离,为了加载部分静态变量,主动重启了weblogic。 周三一天到现在,weblogic还是没有出问题,用户反应比昨天还快了不少,考虑速度快的原因可能是部分单位的统计报表做完了,数据库的压力小,速度自然会快一些。 ...
12.15 周一 一天没有宕机,只是在gdb调试的时候,java的cpu占用率会掉到很少,而且应用堵塞,在推出gdb后,应用马上恢复。貌似问题得到... ... 但是不敢说,怕一旦说出来,立马就会宕掉,给自己一个响亮的耳光。 心情很复杂,跟大伙说,要是那个啥,平安夜请吃大餐。 也有一个特殊情况,平常一天的案子有1000个左右,今天只有140个,而且文书上传只有3份,量是小了很多,会不会是反应不出问题?
周五,12月12日 宕机情况依旧,没有规律,随时都可能发生,领导做了一个大胆的决定,利用周末两天时间,把案件系统的文书存放由数据库存放修改为文件存放方式,并把数据库中已有的15G文书生成文件。 前期关注过数据库连接数的问题,有几次宕机是数据库连接数并没有满,后来就再没关注数据库的问题。感觉这个决定有些仓促,但是也没有别的好措施,执行吧。 还好前期做了情况调查,进展比较顺利,周六一天就完成了15文书的导出,服务器没有重启,看看下周的情况吧。(周末小机不会宕机,从来没有过) 近期做的调试: 排查明宇报表问题,把模板的背景尽量缩小,减小模板文件 持续监控threaddump,间隔时间从10s,到5s ...
HP-UX 11.23 JDK 1.4.2.20 问题: 小机时间正常(用date查看),在java中获取的时间比实际实际晚8个小时,咨询hp的人员说可能是新版本jdk的bug,需要做一下调整: 修改/etc/default/tz 原内容:EST5EDT 修改为:CCT-8 环境变量:TZ=EAT-8  (可以修改/etc/profile) 修改为:TZ=CCT-8(export TZ=CCT-8)
找了一圈也没有找到答案,又回到了问题的原点:weblgic不响应,是彻底的不响应。 HP-ux 11.23 4c8g hp jvm 1.4.2.10 weblogic8.1 sp6 什么是“彻底”的不响应?就是啥也不反应,除了kill -9. google了好久,也baidu了不少,大致的几个都是: weblogic不响应是线程死锁 线程死锁需要是thread dump windows下用ctrl + break Unix下用kill -3 <pid> 我的系统kill -3偏偏就不响应,telnet ip 7001都不响应,cpu在100%-210%
Listen Address          * Public Address          N/A Http Enabled            true Tunneling Enabled       false Outbound Enabled        false Admin Traffic Enabled   true Channel Weight          50 Accept Backlog          50 Login Timeout           5000ms Max Message Size        10000000 ...
Global site tag (gtag.js) - Google Analytics