banq
2011-07-14 11:05

2011年07月13日 17:47 "@jonathanks"的内容
那么对于互联网应用来说,这种表的增加可能会带来数据库的压力。可以这样理解吗? ...

表的增加带来数据库压力,只是一个量变,不是关键原因,关键原因造成数据库压力的是:系统中所有请求访问直接导向到数据库端。

而基于内存的领域对象方式则将所有请求在Java等语言服务器内解决了,内存不够,增加内存,轻松使用16G或32G甚至更多,这种性能扩展性相比数据库的切分等要轻松 简单 方便,这就体现了良好的可伸缩性Scalable。

qiubite
2011-07-21 18:12

2011年06月29日 15:25 "@banq"的内容
1顶一下banq 老师,我想详细的了解下有关java缓存、jvm细节的这些东西,有什么好的资料或者图书吗 ...
sun出过一本关于虚拟机的(大概是深入JVM,具体不清楚了),很不错,不过现在当当好像已经缺货了。不过可以去淘宝看看。

banq
2011-08-09 14:14

Should server applications limit themselves to 4 GB? | Javalobby

服务器应用应该限制在4GB吗?在如今移动手机都配2到4G的内存情况下,你还给你的服务器内存配置4G吗?典型的服务器应用应该是100G。

最简单办法:有一个巨大deJVM年轻态Eden的容量,这只会提高临时垃圾回收机制,而不会延长服务器中断时间。

Twitter的 JVM性能微调:Everything I Ever Learned About JVM Performance Tuning :

http://www.slideshare.net/aszegedi/everything-i-ever-learned-about-jvm-performance-tuning-twitter

[该贴被banq于2011-10-31 16:14修改过]

hsia2009
2011-09-29 14:52

高!

[该贴被hsia2009于2011-09-29 14:52修改过]

xinyu123
2011-11-03 14:00

C++将源代码编译了一遍,机器执行效率自然高;java也编译的一半(半编译,半解释),不过和C++这么小差距倒是没有想到;C#学刷信誉java的;剩下一大片都是解释性语言,边解释边执行,自然耗资源。

不过,编译本身也耗资源,只是执行时无需再编译,而表面上看就非常完美