一次小项目的思考

1.十年前的JVM，可能并不支持多核。
2.这个问题很有意思，既然这么谈，那么聊聊JVM里的线程吧。

个人认识大概有4种
1.GC
2.打不用标记的
3.信号处理的
4.用户的

分为两类守护和非守护

上面我说的进程 是指你用LOADRUNNER多开几个JAVA应用进行竞争的意思。

偶也看过，但banq似乎并没有说抛弃数据库。
“所谓数据库已死，一看就知道是标题党写的东西，有本事你别用数据库。”建议你静心看完了再加评论！！！会被人笑的！

这个说法我同意 

请赐教  因为不懂这方面 希望能够学习学习

大学里面干嘛去了？这已经算是常识了。

我来说二句
1>JVM通过操作系统在多核上运行分配到多核上运行和JVM支持多核是二码事，这种方式能达到cpu95%和io95%是梦想。07年sun开发者大会，java老大在上面说开始考虑支持多核(我听的同声传译的)。那个版本的jvm开始支持了，给个地址，我上去看看发布说明。你好像还没有用过不支持多核的jvm?我是火星人？
2>写的死循环，cpu就达到100%？单核吧？那IO呢？我说的是：多核的情况下，cpu和io都超过95%。你那样定义的话，写死循环就是天才了。即使能达到cpu和io都超过95%，也要比较在这种情况下对外提供服务的能力。只有对操作系统非常精通的人才可以达到这个效果，这就是许多人觉得java不可能达到，因为jvm设置的时候就是个折中的产品。
JVM在垃圾回收的时候，io肯定达不到95%，垃圾回收的时候主要在处理内存，就这一点，基本上可以说已经限死了，大家为什么老在痴人说梦。如果你说让jvm使用swap，那么cpu又上不去，如果你自己写的io非常大，在jvm进程中，你的线程难道比垃圾回收的级别还高?我是这样理解的，在我理解的范围内，是绝对不可能


cpu 95%+io 95 %+多核，要考虑到的因素包括：
1>cpu和io的速度是不匹配的，什么时候读io，那些数据在内容中缓冲，什么时候使用内存的数据进行计算
2>多核情况下，算法是非并行的，只能顺序执行，如何将你的算法分解成并行算法，到多核上执行
计算机外设和CPU速度不匹配的创造有：
1>内存
2>cpu级别的各种缓存
3>操作系统级别对内存管理
4>外围设备io的缓冲，例如：硬盘的缓冲
那一个简单，没看出来。


个人觉得：
1>对企业应用来说对于java来说，占用cpu上去就可以了，后台交与数据库，再数据库级别上级别上可以处理掉cpu和io的充分使用的问题
2>对于其他底层的应用，java应该说不是他最适合处理的范围，设计者得本意就不是用来处理这个的，比如：io和图形图像


3>对于数据库，banQ的话别当真，从论坛就看出水平来了。数据库有：通用性数据库，嵌入式数据库，实时数据库，内存数据库，数据库犹如资本主义，我们不能停留在说资本主义剥削，比我们受苦的年代，应该有自己的判断能力和思考能力。问：那个大型网站没有数据库？牛人自己开发，如google，强人自己定制，如腾讯，中间的用好，如淘宝


终于认真的把自己的思想表达清楚了，欢迎拍砖

发现太多人没读过原文或者说没有理解原文就开始评论,这样即使发表看法也是没有立足点的,人家说的这个,自己误解了去打击人家,却打错了方向,技术人不应该如此浮躁

JVM在垃圾回收的时候，io肯定达不到95%，垃圾回收的时候主要在处理内存，就这一点，基本上可以说已经限死了，大家为什么老在痴人说梦。如果你说让jvm使用swap，那么cpu又上不去，如果你自己写的io非常大，在jvm进程中，你的线程难道比垃圾回收的级别还高?我是这样理解的，在我理解的范围内，是绝对不可能

首先我同意你说的要CPU和IO要达到很高应该让操作系统去做
1.JVM里面多条线程竞争CPU的时候容易达到100%，这是因为一个下去另一个就上了，他们之间存在对操作系统资源的竞争， 所以一般来说JAVA的东西不容易导致死机 你只要结束虚拟机进程一切就又恢复了。

2.JVM使用swap 这个说法有点不正确吧  操作系统级别的缓存是由操作系统写的 并不是JVM干的。

swap当然是操作系统管理的，我表达的意思是：
jvm分配大于操作系统的物理内存是唯一的可以让垃圾回收产生大io的方法，当然这种使用方法很垃圾，我是只表示这种垃圾方式也很难产生io 95% + cpu 95%的情况



要充分利用计算机，我觉得有以下几个必要因素：
1>操作系统支持多核是基础
2>你的应用可以并行处理，包括以下几个主题
    <1>系统将应用分解为并行
         a)操作系统支持将你的任务分解为并行，
         b)编译器编译提供将任务分解为并行
         都没有特别大的突破
    <2>应用级别分解,大家现好的应用，绝大多数在这个上面做文章