免费赠送6×$10drugstore.com giftcard +本年度最佳4张可拿到600刀bonus信用卡 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Chemistry - 化学

免费赠送6×$10drugstore.com giftcard +本年度最佳4张可拿到600刀bonus信用卡

免费赠送6×$10drugstore.com giftcard +本年度最佳4张可拿到600刀bonus信用卡# Chemistry - 化学

m*12010-06-21 07:06

1 楼

打算十一回国，h1b第一次签证。想请教下版上有经验的前辈：
1）不知道上海大使馆一般h1b面签后几天能够拿到护照？
2）看了现在直飞最便宜是东航的，但是不能改签。保险起见，是买了机票再买个保险
，还是买归程open的机票比较好？谢谢啦~~

d*82010-06-21 07:06

2 楼

华丽なる一族
初中是看过小说，
日剧中和服在美女身上很好看。
想起来了，铁平被怀疑是爷爷的儿子。

m*m2010-06-21 07:06

3 楼

java的gc 就是整个java-based 系统的瓶颈。当成千上万的请求进来时， jvm说我要gc
了，那整个系统就直接暂停了。java的gc是不可能完全disable的。
真还得c/c++一类的，甚至直接上 ASIC.

c*u2010-06-21 07:06

4 楼

1.免费的100刀 Chase SapphireSM Card 只需消费一笔
http://bankingbonus.spaces.live.com/blog/
最近申请chase家的这个信用卡会弹出一个页面，写着Before you go…We hope you
will reconsider 难不成他们家最近被人拿太多这个100刀了！不用对它客气，赶
紧点击Return&Apply，拿到落袋为安。
http://bankingbonus.spaces.live.com/blog/
2. free $150 or air ticket (15000 points) offer from Amex
http://bankingbonus.spaces.live.com/blog/
3. Free $100 amazon gift card 申请 starpoints卡，只需消费一笔
http://bankingbonus.spaces.live.com/blog/cns!E581C466612AE7F!300.entry
4. 免费的12000mile from Mile

R*n2010-06-21 07:06

5 楼

不懂！

z*g2010-06-21 07:06

6 楼

Java虽然有些问题，12306还是架构问题，语言没啥关系
用Java也许比用C++得多2～3倍的机子，但是不至于不能做

gc

【在 m*m 的大作中提到】

: java的gc 就是整个java-based 系统的瓶颈。当成千上万的请求进来时， jvm说我要gc
: 了，那整个系统就直接暂停了。java的gc是不可能完全disable的。
: 真还得c/c++一类的，甚至直接上 ASIC.

w*z2010-06-21 07:06

7 楼

如果架构能做到horizontal scalable, 一个JVM gc 影响有限。关键还是架构。

gc

【在 m*m 的大作中提到】

s*r2010-06-21 07:06

8 楼

现在内存这么大，gc都是时刻在做，已经没有暂停的需要

gc

【在 m*m 的大作中提到】

n*12010-06-21 07:06

9 楼

在memory wall越来越严重的时代, stack/heap allocation的差距已经越来越小了. 再
加上分布式运算, heap+GC的损耗可以忽略不计.

g*g2010-06-21 07:06

10 楼

这年头G1都存在这么久了，除非是实时系统，还纠结GC的只能说明没写过。

l*n2010-06-21 07:06

11 楼

说的太绝对

w*z2010-06-21 07:06

12 楼

其实内存越大，GC 的stop the world pause 才越要注意但现在都是几百个机器部署
，单机gc 可以忽略不计。

【在 s*****r 的大作中提到】

: 现在内存这么大，gc都是时刻在做，已经没有暂停的需要
:
: gc

m*m2010-06-21 07:06

13 楼

其实java gc的问题在于不确定性。你不可能知道它什么时候开始，什么时候结束。不
确定性在设计大系统上是很忌讳的。
比方说，有几百台机器同时运行java 程序（ hadoop, cassandra, jetty, 等等），
存在一种可能就是这几百个jvm在某一时间同时进行gc. 当这种情况发生后, 会连带一
堆反应，进而导致服务中断。如果这几百个机器是线下系统，做batch
processing, 那没人会留意这几秒或几十秒。但如果是线上系统，那用户越多，中
断越严重。
java系统对12306一类的网站来说，是先天不足的。

l*92010-06-21 07:06

14 楼

露珠狗屁不懂，还是闭嘴为好

g*g2010-06-21 07:06

15 楼

GC跟stop the world GC是两码事。现在的GC算法，stop the world的时间本来就很短
。除非机器不够被flooded, 或者有bug, 不可能出现同时stop world GC这种事情。这
世界上最大规模的一些应用都跑着JVM后端，包括amazon, ebay, taobao。没听说他们
有这个问题。

【在 m*m 的大作中提到】

: 其实java gc的问题在于不确定性。你不可能知道它什么时候开始，什么时候结束。不
: 确定性在设计大系统上是很忌讳的。
: 比方说，有几百台机器同时运行java 程序（ hadoop, cassandra, jetty, 等等），
: 存在一种可能就是这几百个jvm在某一时间同时进行gc. 当这种情况发生后, 会连带一
: 堆反应，进而导致服务中断。如果这几百个机器是线下系统，做batch
: processing, 那没人会留意这几秒或几十秒。但如果是线上系统，那用户越多，中
: 断越严重。
: java系统对12306一类的网站来说，是先天不足的。

m*m2010-06-21 07:06

16 楼

嗯，不过如果你仔细读了 CMS 和G1, 你会发现在这些GC都没说他们能够完全消除
pause time, 只是最大限度减少而已。
对于enterprise application 来说，内存够大，用户群够小， G1/CMS已经够好了,
用户们完全可能觉擦不到gc在运行。
但当面对12306的用户群时，巨大的访问量会给jvm带来很大的压力，我估计memory
fragmentation 会迫使jvm放弃G1/CMS, 转而运行STW GC来回收heap. 恶性循环就
此开始。
那些jvm运用(amazon, ebay, taobao)没有太多的背景信息，不好评价。如果是线下程
序（batching processing, map reduce 等等)，那完全可能，因为gc对他们的影响
很小，没人会在意。

【在 g*****g 的大作中提到】

: GC跟stop the world GC是两码事。现在的GC算法，stop the world的时间本来就很短
: 。除非机器不够被flooded, 或者有bug, 不可能出现同时stop world GC这种事情。这
: 世界上最大规模的一些应用都跑着JVM后端，包括amazon, ebay, taobao。没听说他们
: 有这个问题。

z*e2010-06-21 07:06

17 楼

有一种东西叫做real time jvm
不过没多少市场
12306不是web的问题
主要是运力问题
运力问题不解决
你用天顶星科技都没用

g*g2010-06-21 07:06

18 楼

淘宝光棍节都能顶过去，你操心过头了。

了,

【在 m*m 的大作中提到】

: 嗯，不过如果你仔细读了 CMS 和G1, 你会发现在这些GC都没说他们能够完全消除
: pause time, 只是最大限度减少而已。
: 对于enterprise application 来说，内存够大，用户群够小， G1/CMS已经够好了,
: 用户们完全可能觉擦不到gc在运行。
: 但当面对12306的用户群时，巨大的访问量会给jvm带来很大的压力，我估计memory
: fragmentation 会迫使jvm放弃G1/CMS, 转而运行STW GC来回收heap. 恶性循环就
: 此开始。
: 那些jvm运用(amazon, ebay, taobao)没有太多的背景信息，不好评价。如果是线下程
: 序（batching processing, map reduce 等等)，那完全可能，因为gc对他们的影响
: 很小，没人会在意。

s*u2010-06-21 07:06

19 楼

错。不是运力问题，是思路问题。
假设只有一张票，运力问题无限大，但是定票问题就是菜。
随机给某个吊丝，或者直接发给习胖就解决了。
那么现在票多了，运力问题相对小了，为什么订票反而出问题了呢。
那就是思路死丢皮德。

【在 z****e 的大作中提到】

: 有一种东西叫做real time jvm
: 不过没多少市场
: 12306不是web的问题
: 主要是运力问题
: 运力问题不解决
: 你用天顶星科技都没用

w*z2010-06-21 07:06

20 楼

CMS 也是有stop the world pause，只不过它很短，发生在initial mark 和remark
phase。 JVM 的一个误区，是觉得内存越大越好，其实内存越大，GC pause 越长。
Cassandra 就不建议每个JVM heap 超过8G.CMS 在heap 超过8G，会有问题。C＊尽量使
用off heap memory， OS cache etc. Kafka 也是相同的思路，尽量利用现成的 linux
pagecache.
其实对distributed system 来说，单机性能，并不重要，主要是做到horizontal
scalable.单机都是commodity hardware，不行，就加机器。在这上，Netflix 做的就
非常好，那不是那么简单的。数以百记的service， calling each other，数以万记
的machine，不停的deployment， machine up and down, joining and leaving
pool.
你所说的 “ 但当面对12306的用户群时，巨大的访问量会给jvm带来很大的压力，我估
计memory
了,

m*m2010-06-21 07:06

21 楼

嗯，同意你的大部分看法，但对加机器来解决问题就有分歧了。如果是为了planed
160;scale out 而加，那只是把gc的问题埋的更深，如果条件合适，仍然会trigger
. 如果是临时加，那直接说明系统本身有问题，是在救火而已。
gc对于商业程序来说，是利大于弊。但对12306我感觉是弊大于利了。

remark
linux

【在 w**z 的大作中提到】

: CMS 也是有stop the world pause，只不过它很短，发生在initial mark 和remark
: phase。 JVM 的一个误区，是觉得内存越大越好，其实内存越大，GC pause 越长。
: Cassandra 就不建议每个JVM heap 超过8G.CMS 在heap 超过8G，会有问题。C＊尽量使
: 用off heap memory， OS cache etc. Kafka 也是相同的思路，尽量利用现成的 linux
: pagecache.
: 其实对distributed system 来说，单机性能，并不重要，主要是做到horizontal
: scalable.单机都是commodity hardware，不行，就加机器。在这上，Netflix 做的就
: 非常好，那不是那么简单的。数以百记的service， calling each other，数以万记
: 的machine，不停的deployment， machine up and down, joining and leaving
: pool.

q*c2010-06-21 07:06

22 楼

你知道吧，如果条件合适，面前所有空气分子随机运动随机了同一个方向。。。你的短
小人生就悲剧了，哈哈哈。
你会不会害怕的无法睡觉啊？哈哈哈。

trigger

【在 m*m 的大作中提到】

: 嗯，同意你的大部分看法，但对加机器来解决问题就有分歧了。如果是为了planed
: 160;scale out 而加，那只是把gc的问题埋的更深，如果条件合适，仍然会trigger
: . 如果是临时加，那直接说明系统本身有问题，是在救火而已。
: gc对于商业程序来说，是利大于弊。但对12306我感觉是弊大于利了。
:
: remark
: linux