cookqq博客文章列表 涨姿势的地方 ~~
cookqq ›博客列表
程序并发量大,程序缓慢
程序并发量大,程序缓慢
web程序运行缓慢,怎么进行优化?
程序异常慢-撞见鬼了--too many open files
程序异常慢-撞见鬼了--too many open files
too many open files(1)远程备份的时候占用了大量open files,导致tomcat那边不够用了(2)备份占用了大量open files导致activeMQ生产者和消费者一直获取不到文件,导致一直释放不了锁,大量请求都堆积到一起(3)备份的文件量比较大,是局域网网络占满,导致外网请求堵塞。
ehcache高并发
ehcache高并发
ehcache 高并发 硬盘
VisualVM配置jstatd
VisualVM配置jstatd
sun.rmi.server.UnicastServerRef logCall 较详细: RMI TCP Connection(12)-114.111.166.214: [114.111.166.214: sun.rmi.registry.RegistryImpl[0:0:0, 0]: java.rmi.Remote lookup(java.lang.String)] 一开始防火墙只开放了1099端口号,没有开放56208
mina发送消息和接受消息特别慢
mina发送消息和接受消息特别慢
mina发送消息和接受消息特别慢 通过mina的日志发现没有明显报错信息,只发现发送一条信息的时候日志执行的特别慢。我通过日志了解到session也没有特别多,完全可以胜任. 查看java线程 ps -aux | grep java 查看端口号占用
微信的数据结构
微信的数据结构
朋友圈的基本数据结构设计师怎么样的?既能做到完美阅读权限设置,又能兼顾性能?? 一般逻辑下...
计算引擎用时1700ms,真正计算代码用时41ms,其余时间都在查询,插入耗时,怎么优化??
计算引擎用时1700ms,真正计算代码用时41ms,其余时间都在查询,插入耗时,怎么优化??
计算引擎用时1700ms,真正计算代码用时41ms,其余时间都在查询,插入耗时,怎么优化?? 计算过程: 1、首先提交到mq    5ms 2 、消费mq任务  151ms 3、mysql根据id查询  31ms 4、mongodb插入一条记录 31ms 5、mysql
1下一页

一键分享文章

分类列表

  • • struts源码分析
  • • flink
  • • struts
  • • redis
  • • kafka
  • • ubuntu
  • • zookeeper
  • • hadoop
  • • activiti
  • • linux
  • • 成长
  • • NIO
  • • 关键词提取
  • • mysql
  • • android studio
  • • zabbix
  • • 云计算
  • • mahout
  • • jmeter
  • • hive
  • • ActiveMQ
  • • lucene
  • • MongoDB
  • • netty
  • • flume
  • • 我遇到的问题
  • • GRUB
  • • nginx
  • • 大家好的文章
  • • android
  • • tomcat
  • • Python
  • • luke
  • • android源码编译
  • • 安全
  • • MPAndroidChart
  • • swing
  • • POI
  • • powerdesigner
  • • jquery
  • • html
  • • java
  • • eclipse
  • • shell
  • • jvm
  • • highcharts
  • • 设计模式
  • • 列式数据库
  • • spring cloud
  • • docker+node.js+zookeeper构建微服务
版权所有 cookqq 感谢访问 支持开源 京ICP备15030920号
CopyRight 2015-2018 cookqq.com All Right Reserved.