正经扯淡

俢改tomcat的server.xml文件   port="8080"    maxThreads="150"    minSpareThreads="25"    maxSpareThreads="75"    enableLookups="false"    redirectPort="8443"    acceptCount="

之前我们向运营要求更多的导入，运营说每每开服导入流量，我们的留存并不高，拒绝更多流量导入。刚刚完成的压力测试，我发现大量用户在集中时间内涌入服务器，创角进入游戏占用了90%的cpu时间，服务器基本没有cpu资源响应其他。这是个很严重的问题，第一次的体验决定了这个玩家的感受，决定了游戏的留存。阅读代码，创角和进入游戏的代码含有不少的同步数据库操作。怎么破？

从事游戏开发也有年头了，许多积累下来的知识和经验并没有做很好的梳理。之前虽然也零零散散写过一点关于挂机和调试的短文，这次写点关于数据同步的东西。游戏是个低延时，高并发应用。一般为了提供给用户足够好的体验都会把数据库单独放置一台机器，为的是让游戏进程和数据库进程都能得到充足的资源，都能提供优秀的服务。这也产生了一个问题，如何保证数据库的数据和游戏进程中用户本身没有差别。实际上这个问题一直

如果上次耗时总和小于(World_Sleep_Const+prevSleepTime)，那么小于多少，就睡眠多少，并修改prevSleepTime为小于的数值；否则立刻进入下一轮轮询，并修改prevSleepTime为0。update的耗时不可能稳定在一个值，表现为时大时小。耗时多，不必睡眠，应该立进入下一次轮询，多余的耗时应该在以后的睡眠时间里扣掉。这样才能在总体上保证每秒20次计算。

系统用户数,即注册用户数,苛刻一点可以为某一周期活跃用户数.同时在线用户数,某一时间段内在线用户会话数总和.并发用户数,粗略说等同于同时在线用户数,引申为核心事务功能或最常用事务功能在瞬间的最大完成会话数量.服务器实际承受的压力不只取决于业务并发用户数，还取决于用户的业务场景(用户对系统的使用是否集中在少数几个事务功能上)。 在实际的性能测试工作中，测试人员一般比较关心的是业务

昨天去一个朋友那里,听来一个故事.让我给我们的主人公起个名字,叫他程序员吧.这一天,程序员陪一位朋友出去吃晚饭.电梯里遇到了boss的家属.问:该回去了吧?答:不,先吃个饭,一会还得回来继续干.对曰:你们项目又挣不了钱,还加什么班啊?无比尴尬.................羞愤难当.........................情何以堪.................

从仓库检出代码客户端提示如下错误：the propfind response did not include the requested properties。这意味着，客户端的协议版本高于服务器的版本，server的协议没有client要求的属性。

出来混迟早要还的！现代的计算机配置似乎达到了良好运行一切的程度，或者说良好运行大多数。我们期盼的是高速cpu和大内存和io极快的硬盘能解放使用者，使用者不再需要恶补计算机和软件的知识硬着头皮冒充计算机专家调整自己机器这样那样的参数；能解放程序员，程序员能专心于开发消费者真正需要的功能和良好的使用体验，而不是而不是为了运行的快一些，内存使用何为性能问题在性能测试中存在两个概念：(

今日Ubuntu再次变为只读文件系统，不能写入数据。第一步使用mount 命令查看只读文件系统在哪个分区[root@localhost ~]# mount/dev/sda3 on / type ext3 (rw)proc on /proc type proc (rw)sysfs on /sys type sysfs (rw)devpts on /dev/pts type

String pid = ManagementFactory.getRuntimeMXBean().getName();pid is 6987@xx-pc