avatar
好吧,Disable GC的问题# Programming - 葵花宝典
m*k
1
准备给父母一起换护照,需要回邮服务。
请问大家都使用USPS的哪种信封回邮护照的?
已咨询过领馆,父母的新旧护照(共4本护照)可以放在一个回邮信封内邮寄,请问多
少邮资一般够了?
谢谢!
avatar
g*s
2
从前任老板那里辞职,辞职前投了一篇paper给本领域最高级别的杂志,最近收到消息
,要求修改,可能需要一两个月时间。本人辞职后离开学术界,自开了一家公司,自己
也不想回以前老板那儿干。请问如果我开展公司业务的同时,帮老板完成论文的修改,
让前任老板给自己公司付款,这个一般符合常理吗?
先谢了!
avatar
u*r
3
发信人: equip(配备), 信区: ChineseClassics
标题: 红楼梦阅读笔记
发信站: BBS未名空间站(Fri Aug 4 11:11:19 2017,GMT)
最早第一次接触红楼到现在,大约有四十多年了。还记得那时候正好和《红与黑》同时
阅读,还觉得红楼远没有红与黑好看,现在回想,红与黑除了记得一点情节,其他了无
兴趣了。对那本书的评价也不高。相反,红楼则时不时翻一翻,想一想,确信红楼是世
界级别的优秀小说,可以和《战争与和平》一类比肩。或者说,有过之而无不及。而倾
其一生心血于红楼尚未完笔的曹雪芹先生,绝对可以名列最伟大的文学家之列。
随记类不能算文章,也不是写作的好方法,但正像古人所说,“不动笔墨不看书”,随
记其实是促使自己仔细阅读的一种方法。
想想自己,近十年来,没有再认真通读过,记忆上也有不少谬误,故决定认认真真再通
读一遍,同时,记下一些感想。或许对同好和年轻人会有一些启发。
这算是简单的引言,希望自己能够坚持细读一遍,写出一些独特的感想来。本人同时还
是海子诗歌的爱好者,也在海子吧每天写一点阅读体会——海子和曹雪芹,是中国几千
年来最纯粹的诗人。
第一回 甄士隐梦幻识通灵 贾雨村风尘怀闺秀
这次准备好好细读脂批本,以前粗粗阅览过,觉得还不错,不像多数网络作品,别字连
篇。
戚蓼生在序言里大夸红楼为“异书”,我觉得真有启发的是“然吾谓作者有两意,读者
当具一心”一句。所谓作者有“两意”,应是表里似乎不一,但实际还是一致,需要读
者细心体会。如文中一提“皇上”,一定是“皇恩浩荡”,“谢主隆恩”之类的冠冕堂
皇。但私下里,却可以借用黛玉之口,骂皇上不过是“臭男人”,这大概是比较典型的
两意,读者不能具备“一心”,就看不出其中的妙处来。
红楼开篇就说“说起根由虽近荒唐,细按则深有趣味”。此处根由,小了说,自然是石
头记的来源,大了说,是作者创作小说的思想根由,塑造评价人物的内在根由,在那个
时代,绝对是荒唐,而且荒唐到极点。但细细推敲,其中却包含着多少动人的情感和先
进的思想和理念!
女娲炼石补天,此“天”即为“天子”之“天”,也就是孔孟之道要求“达则兼济天下
”之“天”,也就是我们现在俗称的国家民族人民之类,那些道貌岸然在庙堂上开会的
人,都可以自称是女娲炼就补天的材料。但在曹雪芹看来,那不过是“大大的荒唐”,
都是一些“无稽之谈”罢了——这实在是小说最关键之处,即否定封建最正统的一切,
那确实是不被人理解的“荒唐言”啊,独裁政府最喜欢孔子——从古至今都竭力吹捧他
,因为他学说的核心就是维护独裁。
中国的教育,从内容而言,并未脱离孔子时代,依然在宣扬腐朽的“忠孝”两字,在这
个教育体制下走出来的学子,难以真正理解曹雪芹对正统的彻底否定,“满纸荒唐言,
一把辛酸泪,都云作者痴,谁解其中味”!今天依然如此啊。
想来,曹雪芹年轻时,不见得没有远大志向,即兼济天下的志向,无奈生来“情根”深
重,不能视女人如衣服,不能专心于世俗学问,恐怕也曾经长期有过“自怨自艾,日夜
悲号惭愧”的岁月啊。
但是,情根深重的人,才是真正的天之骄子,你须得摆脱自怨自艾,你必须“自经锻炼
”(不妨理解为“自从经过锻炼”和“自己经受锻炼”),你就能够达到“灵性已通”
境界,而那些所谓的经天纬地之才,不过是一堆不通灵性的顽石罢了。
avatar
T*i
4
2008年我做过一个实时Java系统,用Object Pool + RTSJ,响应能达到两位数的微秒。
这个每天要重启数次的系统。不是我的系统。用Java做的。干脆就是连Object pool都
懒得用。是2010年以后做的新系统。现在还在production。
这个系统号称是disable GC。现在看来也可能是不停monitor heap。别人的系统我没兴
趣搞细节。但是其以前用户是我的搭档。每天可控的重启是肯定的。
我当时想说的是,即使用duct tape做一个系统,也能用。
avatar
l*x
5
priority 不是0.5lbs以下都是flat rate么。。。难道你一定要用first class或者
ground
avatar
w*t
6
maybe, but it is your paper and it is up-to you to revise it or not. A boss
normally does not care about one more paper, even it is in the best journal.
avatar
g*g
7
object pool 在哪里你弄明白了吗, object跟 class的区别你弄明白了吗?三天不打
脸就难受是吧。

【在 T********i 的大作中提到】
: 2008年我做过一个实时Java系统,用Object Pool + RTSJ,响应能达到两位数的微秒。
: 这个每天要重启数次的系统。不是我的系统。用Java做的。干脆就是连Object pool都
: 懒得用。是2010年以后做的新系统。现在还在production。
: 这个系统号称是disable GC。现在看来也可能是不停monitor heap。别人的系统我没兴
: 趣搞细节。但是其以前用户是我的搭档。每天可控的重启是肯定的。
: 我当时想说的是,即使用duct tape做一个系统,也能用。

avatar
g*s
8
非常感谢你的意见。前任老板很想要这篇paper。他是一个交际能力强,工作认真勤奋
,但是学术水平较低的人。多年没有好的paper,从没拿过国家的自然基金,但是是学院
的副院长。

boss
journal.

【在 w******t 的大作中提到】
: maybe, but it is your paper and it is up-to you to revise it or not. A boss
: normally does not care about one more paper, even it is in the best journal.

avatar
T*i
9
你这个就无聊了吧?
我多年前曾经费尽心思要找把数据allocate在permgen的方法。看来这个Java还是个费
二遍事的。

【在 g*****g 的大作中提到】
: object pool 在哪里你弄明白了吗, object跟 class的区别你弄明白了吗?三天不打
: 脸就难受是吧。

avatar
z*e
10
啧啧
这个还用找么?
一个关键字就放过去了

【在 T********i 的大作中提到】
: 你这个就无聊了吧?
: 我多年前曾经费尽心思要找把数据allocate在permgen的方法。看来这个Java还是个费
: 二遍事的。

avatar
z*e
11
内行一听就知道disable gc是bullshit
这都能被忽悠
avatar
T*i
12
多年不用。没牵狗。我的错误我认。
但是这个每天到时停止交易recycle的Java系统倒是客观存在。每年维护就要上百万。
也算是Java系统的一个典范吧。

【在 z****e 的大作中提到】
: 啧啧
: 这个还用找么?
: 一个关键字就放过去了

avatar
z*e
13
gc到点执行
这个倒是可以实现的
这些年gc策略也作了很大调整
各种策略各有优劣
一个比较常见的
简单说就是,先GC,要求GC停顿控制在一定时间范围之内
如果超过了,就先停止gc,继续执行,等下一个再执行gc
哪怕用system.gc()也可以做到一些非精确的GC执行
你离开这行是有些年头了

【在 T********i 的大作中提到】
: 多年不用。没牵狗。我的错误我认。
: 但是这个每天到时停止交易recycle的Java系统倒是客观存在。每年维护就要上百万。
: 也算是Java系统的一个典范吧。

avatar
T*i
14
这个可能是实时监测heap。也是我想复杂了。
我任何应用都能用更简单的方法完成,为啥要用Java呢?

【在 z****e 的大作中提到】
: gc到点执行
: 这个倒是可以实现的
: 这些年gc策略也作了很大调整
: 各种策略各有优劣
: 一个比较常见的
: 简单说就是,先GC,要求GC停顿控制在一定时间范围之内
: 如果超过了,就先停止gc,继续执行,等下一个再执行gc
: 哪怕用system.gc()也可以做到一些非精确的GC执行
: 你离开这行是有些年头了

avatar
x*u
15
你这个实时没考虑的修改系统的时间吧。

【在 T********i 的大作中提到】
: 这个可能是实时监测heap。也是我想复杂了。
: 我任何应用都能用更简单的方法完成,为啥要用Java呢?

avatar
T*i
16
不懂。

【在 x****u 的大作中提到】
: 你这个实时没考虑的修改系统的时间吧。
avatar
c*3
17
许多公司会半夜重启服务器,周末重启桌面。效果上和GC差不多,顺带把OS里的垃圾也
清了。
avatar
T*i
18
我的一些process做成service跟机器走。经常一年半载才想起重启一下。

【在 c******3 的大作中提到】
: 许多公司会半夜重启服务器,周末重启桌面。效果上和GC差不多,顺带把OS里的垃圾也
: 清了。

avatar
c*3
19
jboss不是一般的烂,不时不时重启一下,就死给你看。
avatar
z*e
20
这个多半是你们写的代码内存泄露了
找个工具来看看哪里ref没有释放吧

【在 c******3 的大作中提到】
: jboss不是一般的烂,不时不时重启一下,就死给你看。
avatar
c*3
21
这是很可能的。但有意思的是有时jboss重启也启不来,最后只好把cluster里的jboss
都重启一遍。jboss来人看了一下,也没分析出个结果。

【在 z****e 的大作中提到】
: 这个多半是你们写的代码内存泄露了
: 找个工具来看看哪里ref没有释放吧

avatar
h*c
22
met similiar problem. My personal analysis is that in the application
holding some system resource socket etc. not confirmed
finally run a cron job, undeploy the app/ redeploy the app, restart jboss at
midnight when no users. That is a single jboss not in cluster.

jboss

【在 c******3 的大作中提到】
: 这是很可能的。但有意思的是有时jboss重启也启不来,最后只好把cluster里的jboss
: 都重启一遍。jboss来人看了一下,也没分析出个结果。

avatar
z*e
23
都是老大难问题
这种我也没有特别好的办法
我看stackoverflow上也没啥特别好的方法
也只能一点一点分析
http://stackoverflow.com/questions/40119/how-to-find-a-java-mem

jboss

【在 c******3 的大作中提到】
: 这是很可能的。但有意思的是有时jboss重启也启不来,最后只好把cluster里的jboss
: 都重启一遍。jboss来人看了一下,也没分析出个结果。

avatar
b*e
24

jboss
内存泄漏不太容易查,不知道这些年是不是进步了,以前的时候只能heap dump,多dump
几次比较,生产上dump经常就死菜了,线下测只能靠猜。
一般都是先试thread dump,tda分析,只能大概看看jvm里面thread调用和锁定关系。

【在 c******3 的大作中提到】
: 这是很可能的。但有意思的是有时jboss重启也启不来,最后只好把cluster里的jboss
: 都重启一遍。jboss来人看了一下,也没分析出个结果。

avatar
z*e
25
re这个
内存泄露,死锁都是一般大项目中灰常头疼的问题

dump

【在 b********e 的大作中提到】
:
: jboss
: 内存泄漏不太容易查,不知道这些年是不是进步了,以前的时候只能heap dump,多dump
: 几次比较,生产上dump经常就死菜了,线下测只能靠猜。
: 一般都是先试thread dump,tda分析,只能大概看看jvm里面thread调用和锁定关系。

avatar
b*e
26

这些是通过G1的参数控制的吧,自己控制gc的好像最开始有过,后来都是换不同的gc,
设置下参数,一般都能控制好了。有些年不调jvm了,以前用CMS gc效果就不错,不知
道这些年又搞什么新的花样了。

【在 z****e 的大作中提到】
: gc到点执行
: 这个倒是可以实现的
: 这些年gc策略也作了很大调整
: 各种策略各有优劣
: 一个比较常见的
: 简单说就是,先GC,要求GC停顿控制在一定时间范围之内
: 如果超过了,就先停止gc,继续执行,等下一个再执行gc
: 哪怕用system.gc()也可以做到一些非精确的GC执行
: 你离开这行是有些年头了

avatar
b*e
27

死锁容易定位,tomat直接kill -3, jboss通过jmx能看到heap dump, tda一看就能看出
来,查内存泄漏的确是个力气活

【在 z****e 的大作中提到】
: re这个
: 内存泄露,死锁都是一般大项目中灰常头疼的问题
:
: dump

avatar
g*g
28
Memory Analyzer etc. has make it fairly easy to detect leak.
What's leaking can typically be identified by taking two snapshots and
compare.

【在 b********e 的大作中提到】
:
: 死锁容易定位,tomat直接kill -3, jboss通过jmx能看到heap dump, tda一看就能看出
: 来,查内存泄漏的确是个力气活

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。