由买买提看人间百态

topics

全部话题 - 话题: 并发
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)
w***s
发帖数: 15642
1
【 以下文字转载自 History 讨论区 】
发信人: altopalo (城市猎人), 信区: History
标 题: 纽约时报:莫言用残酷叙事建立一个隐秘王国(图) (转载)
发信站: BBS 未名空间站 (Thu Oct 11 18:09:32 2012, 美东)
发信人: altopalo (城市猎人), 信区: SanFrancisco
标 题: 纽约时报:莫言用残酷叙事建立一个隐秘王国(图)
发信站: BBS 未名空间站 (Thu Oct 11 18:09:11 2012, 美东)
纽约时报:莫言用残酷叙事建立一个隐秘王国(图)
文章来源: 纽约时报 于 2012-10-11
2012年10月11日,中国作家莫言获得了本年度的诺贝尔文学奖,这个消息为持续近
半月的“莫言得诺奖”喧嚣划上了一个圆满的休止符。
此前的争议将莫言推到风口浪尖上,各种讨论在文学作品和道德伦理中攻讦不休,
而很少涉及到对他具体作品的深入分析。因为文学的边缘化,很多人连莫言的作品都没
有读过,但仍然可以信口开河,肆意攻击。甚至有人以为莫言是一名默默无闻的作家,
靠着诺贝尔文学奖的炒作才爆得大名。... 阅读全帖
r***u
发帖数: 1272
2
护士都知道,医生都明白 !!!
1。牙痛:乙酰螺旋霉素片+甲硝唑
乙酰螺旋霉素片+人工牛黄【消炎】
乙酰螺旋霉素片+糖甾醇片
2。干咳:百合固定口服液 养阴清肺
3。白痰:固本止咳膏
4。黄痰:急支糖浆 肺力咳合剂 等等。。。。。。
白痰和黄痰都可以使用:镇咳宁含片
5。眼药:复方硫酸软骨(润洁)【保健】
萘敏维(润洁)【消炎】
氯霉素滴眼液【沙眼】
6。近视眼:珍珠明目滴眼液
四味珍层冰硼滴眼液(珍视明滴眼液)
眼药水开封后,一个月内使用完,不然会氧化
7。慢性鼻炎:鼻炎片(中联) 千柏鼻炎片(奇星) 鼻炎康片(德众)
丙酸倍氯米松鼻气雾剂(伯克纳) 丙酸氟替卡松鼻喷雾剂(辅舒良)
8。肠胃炎:胃肠安丸
9。鸡眼:水杨酸苯酚贴膏
10。感冒药要凡是含有〈扑尔敏〉的成分都会犯困
11。扁桃体炎:一清胶囊 众生丸 银黄颗粒 喉炎
12。调理睡眠:夜宁颗粒 复方枣仁胶囊(希尔安宁) 灵芝胶囊
13。小儿《12岁以下》发烧:美林
14。小儿《12岁以下》拉肚子:蒙脱石散(思密达)+地衣芽孢杆菌活菌颗粒(整肠丸

15。补脑:核桃
16。减肥:决明子+荷叶
17。廯:盐酸特比萘芬乳膏(康王)... 阅读全帖
l*****6
发帖数: 14
3
来自主题: WaterWorld版 - 自恋型人格障碍的儒家文化背
[摘要]:本文作者运用精神分析学对自恋和自恋性障碍研究的成果, 通过对一组受过
良好教育,有较浓儒家文化的家庭背景, 且有一定的工作业绩,但缺乏基本共情能力
的人格障碍患者的临床观察,试图阐述儒家文化对这类人格障碍形成的影响,以及这种
文化的哪些要素在家庭互动中导致了这种人格障碍的形成。历代儒家认为内圣之学----
-即如何通过自我努力而成为圣人,是儒家全部理论的核心和出发点。但儒家的人文理
想常常在现实中落空。对历史上儒家文化的这一凄惨命运应该如何解释?作者结合临床
观察认为,这与儒家文化中的内在本质有必然的联系。儒家思想中过份强调理性,贬低
情感的“君子”“圣人”的理想人格的社会期待;“人人关系”将“己” 作为人际关
系中的一点,缺乏对个人承诺所致的“自我客体” 式家庭人际关系;“己所不欲,勿
施予人”“ 已欲立而立人”“己欲达而达人” 的以“己” 为出发点的认知方式;以
及儒家“修齐治平”的奋斗目标、过份的耻感和权威崇拜均蕴含有明显的自恋趋向。这
些文化特质往往成为自恋型人格障碍的温床。为此,作者尝试用精神分析学和社会学的
知识对儒家文化的反思之道,希翼加深对代表儒家文化的圣贤人... 阅读全帖
t******n
发帖数: 2939
4
☆─────────────────────────────────────☆
l63 (l63) 于 (Fri Jun 7 00:43:22 2013, 美东) 提到:
如题, 这个问题我纠结了很久.
最近感冒带痰, 由于我人比较文明, 但是又没有带卫生纸的习惯, 所以经常就咽回去了
.
如果是吃到胃里还好, 倘若是咽回肺里了, 那不是白咳了?
真心学术讨论, 别说我恶心.
☆─────────────────────────────────────☆
odtx (odtx) 于 (Fri Jun 7 00:51:58 2013, 美东) 提到:
咽到肺里岂不呛到了
☆─────────────────────────────────────☆
l63 (l63) 于 (Fri Jun 7 01:03:31 2013, 美东) 提到:
不一定吧. 不就是肺里出来的吗? 出来之前也没感觉呛, 就是堵得慌.

☆─────────────────────────────────────☆
jinselan (景色) 于 (Fri Jun 7 ... 阅读全帖

发帖数: 1
5
死亡档案
大熊猫“帼帼”21岁
2016年12月19日发病,12月26日上午抢救无效死亡
死因为急性胰腺炎并发多脏器功能衰竭
大熊猫“花生”175日龄 /“帼帼”之女
2016年12月23日下午6时发病,12月31日中午抢救无效死亡
死因为肠扭转导致大面积肠坏死并发多脏器功能衰竭
继1月19日通过官微发布“帼帼花生母女死亡公告”之后,上海野生动物园管理运
营方——上海野生动物园发展有限责任公司(下文简称上野)再未“发声”。上野当日的
微博证实,21岁的大熊猫“帼帼”和幼崽“花生”突发重病,经全力救治无效后,分别
于2016年12月26日和12月31日离世。
值得注意的是,帼帼母女逝世19天后才公布消息。上野为何延迟公布死讯?帼帼母
女患病后,上野是否按熊猫借展的规定向主管部门进行了汇报?还有,面对“十年5只
熊猫在你们这里死去”的网友质疑,上野又如何回应?
1月22日下午,华西都市报-封面新闻记者走进上海野生动物园,对话了该公司企划
部经理陶锋原。
对于缘何近年多只熊猫在该园病亡,陶锋原认为,这是“数量与概率”的问题。他
同时表示,“我们不可能说为了商业,而把保护给放弃掉,这是... 阅读全帖
j****e
发帖数: 12067
6
敢问懂行的这个有多少可信度?
【 以下文字转载自 WaterWorld 讨论区 】
发信人: ruomu (ruomu), 信区: WaterWorld
标 题: 医院和医生都不愿说的!有了它 胜过五年医科大!
发信站: BBS 未名空间站 (Sun Jan 30 11:21:58 2011, 美东)
护士都知道,医生都明白 !!!
1。牙痛:乙酰螺旋霉素片+甲硝唑
乙酰螺旋霉素片+人工牛黄【消炎】
乙酰螺旋霉素片+糖甾醇片
2。干咳:百合固定口服液 养阴清肺
3。白痰:固本止咳膏
4。黄痰:急支糖浆 肺力咳合剂 等等。。。。。。
白痰和黄痰都可以使用:镇咳宁含片
5。眼药:复方硫酸软骨(润洁)【保健】
萘敏维(润洁)【消炎】
氯霉素滴眼液【沙眼】
6。近视眼:珍珠明目滴眼液
四味珍层冰硼滴眼液(珍视明滴眼液)
眼药水开封后,一个月内使用完,不然会氧化
7。慢性鼻炎:鼻炎片(中联) 千柏鼻炎片(奇星) 鼻炎康片(德众)
丙酸倍氯米松鼻气雾剂(伯克纳) 丙酸氟替卡松鼻喷雾剂(辅舒良)
8。肠胃炎:胃肠安丸
9。鸡眼:水杨酸苯酚贴膏
10。感冒药要凡是含有〈扑尔敏〉的成分都会犯困
11。... 阅读全帖
S*****e
发帖数: 6676
7
预先把红包都分配出来同样也会碰到并发的问题,所以都是在服务器端现场算的。当碰
到系统繁忙的提示时就是红包系统为并发降维操作呢
f**********r
发帖数: 3774
8
来自主题: paladin版 - 东方45
第四十五卷
【本卷简介】

恩仇泯!共业绝!
战争往往告诉我们一件事:这世界,没有绝对的好人,也没有绝对的坏人。
天魔已死,武沧澜行将就木,原以为一切止息,没想到却杀出个「女帝」!
更凶残!更冷血!更泯灭人性!她要的,究竟是什麽?
亲情、友情、爱情,手足别离、挚友过招、首次告白,
孙武在这最後关头的三项考验,能得到圆满结果吗?
他的「武境」又终将达到何种境地?
域外考察团将再度启程,但这一次是……
第一章 告别无奈.是为腰斩
天魔灵柩被送到苦茶大师这边一事,并没有宣扬出去,袁晨锋自己也很清楚,此事
虽然对自己没什么影响,但若旁人知晓天魔遗体停于此处,势必将引来无数的麻烦,自
己送灵柩于此,是为了死者安宁、生者得到抚慰,不是来送麻烦的,灵柩交给苦茶大师
后,他便告辞离去了。
苦茶大师没有拒绝这个麻烦,但他留意到,袁晨锋临走时,忧心忡忡,似有满怀心
事,不晓得在思索些什么,看来……似乎是一些很让袁晨锋决定不下的大事。
孙武接受香菱的劝告,把诸事放下,在灵堂里守灵,让自己的思绪沉淀。他这么好
说话,倒是让香菱吃了... 阅读全帖
S*******T
发帖数: 5156
9
来自主题: paladin版 - 蔡元培的底裤要被剥掉了
转一个北朝的帖子
http://www.cctvdream.com.cn/bbs/forum.php?mod=viewthread&tid=67
1927年3 月28日,刚刚回国的蔡元培在上海,住蒋介石总部行营,与吴稚晖﹑李石曾﹑
古应芬召开国民党中央监察委员会常务会议,称“共产党员谋叛国民党”,发起“护国
救党运动”,推举蔡元培当主席。“4 月2日,蔡元培和吴稚晖﹑李石曾﹑张静江﹑古
应芬﹑陈果夫﹑李宗仁﹑黄绍竑八人,召开所谓中央监察委员会全体会议(全体监察委
员20 人,仅到八人,不过半数),蔡元培任主席。”会上,吴稚晖提出“以非常之处
置,护救非常之鉅祸”。[周天度﹕《蔡元培传》,人民出版社258~259 页]“蔡元培又
一旁附和,拿出《共产党祸党证据及共产党在浙祸党之报告》,让委员传观。会议在他
的主持下,还审定了中央执行委员﹑中央监察委员和各省党员应进行看管的共产党人名
单,共计179 人。”[《蔡元培传》154~155 页]“会议通过了吴稚晖提出的弹劾文告,
要求国民党中央执行委员会采取紧急措施,将各地共产党员由军警加以逮捕。4月3~5
日,蒋介石﹑张静江﹑吴稚晖﹑李石曾与... 阅读全帖
w********h
发帖数: 12367
10
纽约时报:莫言用残酷叙事建立一个隐秘王国(图)
文章来源: 纽约时报 于 2012-10-11
2012年10月11日,中国作家莫言获得了本年度的诺贝尔文学奖,这个消息为持续近
半月的“莫言得诺奖”喧嚣划上了一个圆满的休止符。
此前的争议将莫言推到风口浪尖上,各种讨论在文学作品和道德伦理中攻讦不休,
而很少涉及到对他具体作品的深入分析。因为文学的边缘化,很多人连莫言的作品都没
有读过,但仍然可以信口开河,肆意攻击。甚至有人以为莫言是一名默默无闻的作家,
靠着诺贝尔文学奖的炒作才爆得大名。其实,近年来莫言一直出现在诺贝尔传闻名单之
上,各种传闻或风言风语一年一度地满天飞。只是今年传闻依托着新媒体的新力量,传
播得更加迅速、更加广泛而已。
近三十年来的中国文学中,莫言和他的作品一直处在争议漩涡中心,他的每一部作
品出版都带来了几乎绝然相反的争议态度,而与他及他作品相关的国内外相关研究论文
数量惊人,在专业数据库里你可以搜索到大量与莫言相关的硕士论文和博士论文。
莫言的文学作品,题材敏感、反思尖锐、风格独特、语言犀利、想象狂放、叙事磅
礴,在新时期以来的中国文学创作中独具个人魅力。他在中国一... 阅读全帖
B***o
发帖数: 133
11
观音灵感录续编
菩萨戒弟子惕园毛凌云敬述
第一章 绪言
第二章 救刀兵劫
第三章 救灾祸难
第四章 救疾病苦
第五章 救产婴苦
第六章 善恶劝惩
第七章 示现接引
第八章 结劝流通
第九章 礼念方法
第一章 绪言
第一节 略叙圣迹
观世音菩萨是古佛再来,在无量劫前早已成佛,号正法明如来,故称观音古佛。但以度
生念切,救苦心殷,不离寂光,倒驾慈航,为西方极乐世界阿弥陀佛之左辅,又为娑婆
世界释迦世尊之良弼,遍十方微尘国土,度二乘六道众生,共生极乐。应以何身得度者
,即现何身而为说法,虽常现佛身,而复普现菩萨、缘觉、声闻、及人、天、修罗、畜
生、饿鬼、地狱等九法界身;即山河道路,桥梁船筏,药草树木,楼台房舍,墙壁村落
等,亦随机化现,以施无畏,而垂济度。世人据迹而论,只云菩萨或大士而已。尤对我
等娑婆世界,因缘甚深,昼夜六时,常以大悲眼,观照世间一切众生,求救苦难、或求
赐福利、而称名之音声,即施护祐,拔苦与乐,故名观世音,简称观音。又名观自在,
谓自利利人皆能得大自在也。菩萨、简称也,音译具名为菩提萨埵;义译旧为大道心众
生,新译曰觉有情,又译大士。释为:菩者、觉也、度也,萨者、有情... 阅读全帖
T*******t
发帖数: 1069
12
来自主题: Shanxi版 - [转贴] 重温“水均益”谈日本
火车临停1分钟助老外赶飞机
[■通讯员 于晶 本报记者 刘蕴哲]  2008-10-22 02:41
火车临停1分钟助老外赶飞机
这些日本客人的感谢信近日由铁道部部长批示并发至大连,他们在信中称:这在世界史
上任何一个国家都是做不到的
■通讯员 于晶 本报记者 刘蕴哲
本报讯 7名外籍旅客乘坐大连客运段担当的2220次列车时险些无法赶上从大连机场起飞
的航班,大连铁路员工得知旅客难处后紧急请示沈阳铁路局,这趟火车在周水子站临时
停车1分钟,这些外籍旅客不仅得以在离机场最近车站下车,而且由警车护送赶往机场
、最终顺利搭乘飞机、返回日本。前天,由杉本洋江代表其余外籍旅客用汉语写成的感
谢信由铁道部部长刘志军批示并发至大连。
今年8月22日,大连客运段担当的2220次列车由齐齐哈尔驶往大连方向,列车运行至熊
岳城站前临时停车。当列车从熊岳城站开车时晚点了45分钟,而由瓦房店站开车后列车
已经晚点1小时05分。8月22日晨,列车长于金文对列车不间断巡视并向旅客解释、道歉
,当车长巡视到硬卧13号车厢时,一名日本老太太着急地说,“我和杉本洋江要乘坐今
天9点飞往日本大阪的航班,由于是国际航班,机
r**i
发帖数: 2328
13
来自主题: Zhejiang版 - 关于微软重组的感想
nosql = not only sql,从诞生之日,就没有人说sql是over design,扔了算了。
事实上很多新兴的db公司都在nosql system上罩一层sql,然后作query optimization。
为什么要这么麻烦呢?这个原因就要从app server说起。
微软的legacy也是很多IT公司的legacy。
这些公司invest了很多tools在sql上,最常见的就是在app server里面有一层data
access layer,管理data sources,connection pool,statement cache之类的资源。
这层之上数据都是以object形态出现,跟底层的数据存储结构无关。
app sever可以配置各种ORM tool。
最流行的是spring framework里面的hibernate,websphere和.NET原来有自己的entity
framework,现在也向流行妥协,提供hibernate support,比如.NET可以设置
NHibernate。
app server的并发跟db的并发完全不是一回事。
前者最常见... 阅读全帖
z****e
发帖数: 54598
14
来自主题: Zhejiang版 - 关于微软重组的感想
你这么一大段看着累,来,我用关键字来给你总结一下
“nosql = not only sql,从诞生之日,就没有人说sql是over design,扔了算了。
事实上很多新兴的db公司都在nosql system上罩一层sql,然后作query optimization。
为什么要这么麻烦呢?这个原因就要从app server说起。
微软的legacy也是很多IT公司的legacy。”
错误的,微软的产品都是非标准的产品,问题多多
比如你在ibm的产品的使用经验,尤其是app server的使用经验,可以直接用在oracle
的weblogic上
.net不行
“这些公司invest了很多tools在sql上,最常见的就是在app server里面有一层data
access layer,管理data sources,connection pool,statement cache之类的资源。
这层之上数据都是以object形态出现,跟底层的数据存储结构无关。
app sever可以配置各种ORM tool。”
这个叫做dao或者是repository
有个非常好用annotation,... 阅读全帖
r**i
发帖数: 2328
15
来自主题: Zhejiang版 - 关于微软重组的感想
nosql = not only sql,从诞生之日,就没有人说sql是over design,扔了算了。
事实上很多新兴的db公司都在nosql system上罩一层sql,然后作query optimization。
为什么要这么麻烦呢?这个原因就要从app server说起。
微软的legacy也是很多IT公司的legacy。
这些公司invest了很多tools在sql上,最常见的就是在app server里面有一层data
access layer,管理data sources,connection pool,statement cache之类的资源。
这层之上数据都是以object形态出现,跟底层的数据存储结构无关。
app sever可以配置各种ORM tool。
最流行的是spring framework里面的hibernate,websphere和.NET原来有自己的entity
framework,现在也向流行妥协,提供hibernate support,比如.NET可以设置
NHibernate。
app server的并发跟db的并发完全不是一回事。
前者最常见... 阅读全帖
z****e
发帖数: 54598
16
来自主题: Zhejiang版 - 关于微软重组的感想
你这么一大段看着累,来,我用关键字来给你总结一下
“nosql = not only sql,从诞生之日,就没有人说sql是over design,扔了算了。
事实上很多新兴的db公司都在nosql system上罩一层sql,然后作query optimization。
为什么要这么麻烦呢?这个原因就要从app server说起。
微软的legacy也是很多IT公司的legacy。”
错误的,微软的产品都是非标准的产品,问题多多
比如你在ibm的产品的使用经验,尤其是app server的使用经验,可以直接用在oracle
的weblogic上
.net不行
“这些公司invest了很多tools在sql上,最常见的就是在app server里面有一层data
access layer,管理data sources,connection pool,statement cache之类的资源。
这层之上数据都是以object形态出现,跟底层的数据存储结构无关。
app sever可以配置各种ORM tool。”
这个叫做dao或者是repository
有个非常好用annotation,... 阅读全帖
c***k
发帖数: 1589
17
来自主题: Apple版 - 八进程编译真快啊
Hyper-thread的话,那16个是假的,我测试过,比8core的快不了多少。
如果用GCC编译,core多了反而不好,因为每个active process,GCC要1G的内存才能泡
得开,16个core如果没有16G内存,就会狂换页,我们是把XCode的默认并发线程调低来
解决这个问题的。
16core,我们一般配置是10-14G内存,然后并发数改成10或者12,你试试吧
a****a
发帖数: 5763
18
随着CPU与GPU合并成技术发展的趋势,苹果开发出了OpenCL框架,能够进行高速并行处
理的能力使OpenCL成为了业界标准,被广泛应用。
最近几年,GPU的发展吸引了很多来自科学计算界人士的目光。GPU有稳定的市场推动力
—公众喜闻乐见的电子游戏产生了源源不断的升级GPU的需求—因此比CPU的更新步伐更
快。从技术上讲,GPU本身就是多核架构,高端显卡往往有五百多个核心,即使低端的
集成GPU也有二三十个核心,所以能够通过并行来高效处理成千上万的线程。同时,对
于科学技算中的浮点计算,GPU往往通过硬件加速使其效率比传统CPU更高,因为图形渲
染等工作基本都是浮点计算。
GPGPU浮出水面
早期的GPU只能执行固定的程序,而不开放给程序员编程。随着时代的发展,图像处理
有时需要对着色器进行编程以实现一些特效,因此需要程序员可以使用GPU的汇编语言
写简单的着色程序。这自然对程序员要求过高,所以一些高阶的着色语言又被GPU厂商
开发出来。比如微软和NVIDIA共同开发的Cg语言,就能为顶点和像素编写专门的着色程
序。这类技术虽然面向图形渲染工作者,却吸引了一小簇科学计算研究者的兴趣。... 阅读全帖
s*****n
发帖数: 5488
19
来自主题: Apple版 - 为什么看好apple
外行看不过去了。
4核不但速度更快,虽然不是两倍,而且可能更省电。
CPU在standby ,arm的芯片可能是6ma. idle 33ma. 算算你那1500Mah能坚持多少小时?
4核并发时,例如一个线程在一个核上读文见,另外两个核4g下载,一个核处理,这个
idle时间生下来的都是电量。或者用低压慢速算,4核并发比单核高压高速算也是省的。
虽然不是线性的,但是好处还是有的。看烂苹果的编译队伍的水平了。
y****w
发帖数: 3747
20
并发delete总是要受影响的吧。各个并发之间必须有严格的界限,不然以set的无序特
性,跑跑就锁死了,或操作旧数据了。
lz这个没table partition,用partition/order by硬排序出来或许行,用rank避免最
后那组值的随机性.
没注意sql 2008支持不支持类似currently committed语义。
y****w
发帖数: 3747
21
并发delete总是要受影响的吧。各个并发之间必须有严格的界限,不然以set的无序特
性,跑跑就锁死了,或操作旧数据了。
lz这个没table partition,用partition/order by硬排序出来或许行,用rank避免最
后那组值的随机性.
没注意sql 2008支持不支持类似currently committed语义。
l*******e
发帖数: 3584
22
来自主题: Hardware版 - 路由问题求助
在网上发现过一篇幅文章讲
微软的XP的SP2限制了TCP并发连接数。根本原因是因为Service Pack 2实时监控每一个
进程的并发线程数目,只要超过了它认为的安全线程数目就开始蔽屏掉部分线程。这是
为了防止震荡波这类的蠕虫病毒,但是bt、emule这 类的多线程的点对点工具也一起陪
绑了。。
而解决方法是用个第三方的补丁,修改TCP.SYS文件,但是实在不安全。
所以来问一下,如果大家觉得换个路由器就能解决问题那太好不过了。
我不明白的是为什么有的时候下载的数据理很大,到400~500K,但上网依然正常,为什
么有的时候就不行。我的上传速率并不是问题,不过我会试一下调最大连接数。
我是不明白怎么控制路由器的连接数。
c*****s
发帖数: 214
23
这不会是你想要多少就有多少的。要看你的Oracle license允许多少个并发连接。过去遇
到的几个客户一般是50~1000个链接的license,允许我们的应用占5~20个。
同时在线人很多不一定就需要很多链接。最少需要多少链接要看你的程序了,有没有故意
并发打开连接的代码,有也不会太多。过去我做的项目一般最小连接需要是3个,做压力
测试时把连接池设成3,20个线程每线程启动300个session,只要代码没错就没问题。
实施时看客户dbadmin愿意分给我多少连接,改连接池大小。当然越大越快。
CPU, 内存不是主要因素,毕竟数据库就一个。连接数是瓶颈。
一般的程序一个连接也可以满足1000人同时提交数据, 就是慢点, 大家排一个队。
z*******3
发帖数: 13709
24
有道理
很多时候这种快只是理论上的
理论上用汇编最快,c也肯定比java快
但是如果实现得不三不四的,尤其是并发处理做得不三不四的
那就不好说了,实际上oracle的东西
尤其是oracle的app server,以前一直实现得不三不四的
所以我很怀疑他们对于并发这种大系统的处理能力
不过后来收购了weblogic可能会好点

在不
ORM
z*******3
发帖数: 13709
25
来自主题: Java版 - 说说spring和ejb的差别
spring的普通bean,尤其是无状态的bean
什么controller, service, repository, component啊
scope无非两种,singleton和prototype
ejb有三种,singleton, stateless, stateful
这里,singleton是spring和ejb都有
ptototype和stateful是差不多的
但是不是一个东西
spring的singleton和ejb的singleton都是无节制的访问方法
任何线程可以在任何时间访问这个类的方法
同时因为这个类只有一个在内存中,所以不允许其保存任何状态
所谓状态就是private variable
否则这个状态会引发并发的异常
同时spring的prototype和ejb的stateful
都确保在访问这些bean的时候,新生一个bean
所以每一个线程拿到的都是新的bean
所以保证了线程与线程之间的独立,所以可以寄存状态
比如在线商店的购物车
所不同的是,ejb的stateful还提供了一个ejbPassive和ejbActive方法
当这个购物车滞留时间太久的时... 阅读全帖
z*******3
发帖数: 13709
26
来自主题: Java版 - guice, spring和ejb
最近倒腾了一下guice,觉得蛮有趣,这三个东西的差异还是挺明显的
对于stateless ejb来说
每一个bean同时只能被一个thread访问
对于多个thread的并发,ejb通过pooling来解决
所以当thread多的时候,ejb数量也会增加
一般来说10个ejb可以应付60个甚至更多的threads的访问
对于spring来说
每一个bean缺省设置可以同时被无数个thread同时访问
缺省设置为singleton
所以建议把所有spring管理的bean设置为无状态的bean
否则并发访问这些状态会出问题
同时启动比较慢
因为它在启动时候会实例化几乎所有的singleton
对于guice来说
每一个bean缺省设置是new一个新对象给申请的thread
缺省设置是prototype
这样做的好处就是内存动态变化,启动快
只有在需要时候才会实例化对象
但是这种无穷尽地new对象会导致gc负担加重
动不动就要gc一下,不是很适合大型的项目
所以建议有经验的程序猿
参考spring的做法,尽可能多地.in(Singleton.class)
以达到复用bean的目的,因为对... 阅读全帖
g*****g
发帖数: 34805
27
补充一点。性能。如果项目够大,并发数够高。数据库会是瓶颈。这时候任何把逻辑往
应用服务器搬的行为都会提高系统的并发数。这也是ORM可以比SP性能好的原因。另外
,ORM使得Secondary Cache很容易做。Cache是提高性能最有效的手段之一。
z****e
发帖数: 54598
28
来自主题: Java版 - 关于singleton
你把first check去掉之后
就违背了singleton的本意
其本意是节省内存,但是不能出现synchronized的并发瓶颈
要不然直接synchronized方法就好了
不能为了优化一个性能牺牲另外一个性能
保留第一个,就保证了在大并发的时候,不会出现拥堵
第二个可加可不加,多一点instances死不了
z****e
发帖数: 54598
29
只要避开并发操作,都不难
实际上单线程和异步也是用来规避并发用的
z****e
发帖数: 54598
30
来自主题: Java版 - Singleton Session Bean
你居然在学ejb,牛逼
singleton就是整个jvm就这一个
然后所有threads对它的访问都是并发并且不加以控制的
你这里i++好像我记得不是原子操作
所以你如果要挨个incre需要控制一下并发
去掉singleton应该是stateless
这样每次访问都是单独隔离的一个ejb来接待
t*********e
发帖数: 630
31
来自主题: Java版 - Singleton Session Bean
这是 Wildfly 8 里面的例子,还是最新的东西。是,需要并发控制,上面的 code, 等
同于下面的 version. 默认情况下,容器自动加写锁。
session bean 的概念,包括 stateful, stateless, singleton 还是要搞董吧。在同
一个页面,同一个 browser session, 同一个 client, 每单击 “Increment” 一次,
难道这属于多客户的并发访问? JEE 7 Doc:
"A singleton session bean is instantiated once per application and exists
for the lifecycle of the application. Singleton session beans are designed
for circumstances in which a single enterprise bean instance is shared
across and concurrently accessed by clients."
在 JEE 里,如果要... 阅读全帖
b*******s
发帖数: 5216
32
补充一点,spinlock是busy waiting,在并发冲突少的时候效率高
如果并发冲突频繁,还是要用锁
z*******3
发帖数: 13709
33
只有并发数很大,而且对于响应时间有明确要求的服务器才有这种要求
可以减少heap size,还有调整gc的goal
针对并发数很大,可以通过加机器来解决
针对响应时间有明确要求,可以通过azul的jvm来解决
还有可以通过用paas来搞定,把烦恼丢给服务提供商
paas这些提供商不少也是通过购买azul的jvm来搞定
让我来选
如果已经有了机器,加机器是首选
如果没有机器,用open shift,让red hat去痛苦
如果我有很多钱,把azul给买过来,然后开源它的jvm
哦也
z*******3
发帖数: 13709
34
来自主题: Programming版 - 为什么java要用setter和getter
不是,我在给你新例子
比楼主说的这个极端情况要广泛得多,几乎所有得server都会遇到
就是dto模式,如何防止多个线程并发修改同一个数据源的问题
这个太常见了,是个server就会用到,我前几天还在同步我自己的数据源
加上并发修改异常处理才大概算搞定
z*******3
发帖数: 13709
35
来自主题: Programming版 - 为什么java要用setter和getter
那就是把这种并发的问题压给db去做了
这种方式就是之前一直批判的方式
db的负担已经很重了,大多数时候都是db有瓶颈问题
所以同步并发锁这种问题应该让hibernate这种东西来解决
而不是把问题推给db,所有逻辑都应该压给java去做,而不是db
这个基本概念其实很多搞java的人不理解
这就聊到了我之前举的常见例子
用hibernate有什么好处?
这个话题每隔那么一段时间,就会在java版那边讨论一遍
可以考考古,看看以前其他人是怎么说的
o**2
发帖数: 168
36
来自主题: Programming版 - FMP 一个完整可运行的范例程序
这个参数 3 涉及了FMP的重要概念,就是active object。在FmpMain里面"calculator"
就是一个active object。FMP对调用和被调用的objects来说,都是no thread的,当然
messenger属于FMP系统object,最后还是要用thread来实现active object的。
FMP赋予了active object并发的语义:一个activeobject可以是一个single worker(
就是sequential programming);也可以是一个team of workers(就是多个独立的
sequential programming)。所以这个 3 是head count的意思。
在computeDijkstraFormula()里,每次调用"calculator:multiply" 3次,也就是说
这个算法的最大并发数是 3。于是参数 1 等于单个worker; 2 等于 a team of 2
workers; 速度也随之增快。但超过 3 之后,就不能在加快了。
对于调用和被调用的objects来说,这都是透明的... 阅读全帖
o**2
发帖数: 168
37
来自主题: Programming版 - FMP tutorial
首要的好处是写并发程序更简单、更不容易出错了,因为FMP用active object取代了
thread。(当然不是一对一的简单替代。)
如果你对这个context有了解、并目前需要用多线程的话,我才好更有针对性的介绍FMP
的好处。(这个tutorial只是介绍FMP本身,供人查询和了解细节用的,并没有涉及到
对比和总结好处。)
这个前提是我经过无数挫折总结出来的,我的最终结论就是我只能面对面地对别人介绍
使用FMP的好处,因为要花很多时间把人带到特定的并发编程领域,然后才能涉及更细
节的东西。
你经常用多线程编程吗?
p*****2
发帖数: 21240
38
来自主题: Programming版 - clojure这语言真不错

scala:
OO, FP, imperative 混杂在一起,上手可能更容易一点,因为大家都熟悉OO和
imperative,但是语言变的复杂化了。
并发:AKKA,actor model 非常适合大型的分布式应用的开发, 如果开发大型应用应选
scala
静态类型,开发速度会比较慢,如果对Scala不是很熟悉,开发效率也未必比Java高
clojure:
基本上纯FP,上手可能更难一点,但是上手之后就是一个爽字了。
并发:STM model, 使得多线程编程更容易,也使得FP里面可以mutate state, thread
safe, 开发一般程序足够了,但是开发大型分布式应用明显不如AKKA
动态类型,适合快速开发
总的来说scala语言复杂,功能强大,clojure语言简单(熟悉以后),属于小快灵的风
格。两者对尾递归的支持都差不多。
c******o
发帖数: 1277
39
来自主题: Programming版 - scala 的感悟
用了几个月scala. 说一下我的感觉
scala是一个general purpose language, 它有足够的工具解决绝大部分项目和问题。
scala不是一个all purpose language,它明显在很多领域只是可以用而已。大部分领域
有更好的语言了。
我的感觉是,scala最适用于:
1. 多并发,大规模的后端,很好的支持并发。
2. 分布式系统,高可用性,高容错,分布式实现容易。
3. 复杂逻辑后端,有很多很好的抽象方法可以选用,用的好,可以很干净。
4. 各种专业的库,是一个很好的建库的语言,当然,要求也高。
这些主要是因为:
1. FP和OO的融合使得scala有很强大的标准库支持,也很容易使人迷惑, 看看那个
play的Json library, 很强大,也很囧。
2. FP和OO的融合使得scala有很多种抽象的方法,很强大,但是也很容易被滥用,太多
pattern可以用来干同一件事。
3. 静态类型和type inference使得scala很适合大型,复杂的系统,高效的系统,也能
够写出比较简洁和干净的代码,要是不注意,容易影响可读性。
4. 调用jav... 阅读全帖
g*****g
发帖数: 34805
40
异步比同步性能好是必然的,但是异步比同步难写,不是很高并发没有必要。
当然像nkw这种青蛙谈异步纯搞笑,写过的应用并发超过10没有,还异步呢,LOL。
z****e
发帖数: 54598
41
来自主题: Programming版 - 本着负责的态度最后说几句
app server没有问题
否则售票点不能出票了
但是事实是网站挂了,但是售票点继续出票
出问题的是web server
当时网站访问被挤爆了
用的是apache web server
一般而言,一个apache web server并发访问上限是4000个
天朝人民要凑够4000个同时访问,小意思
所以要对付这个问题,首先先换掉web server
换成yaws,这个能支撑80,000个并发访问
所以请魏老师先定位问题,然后再谈解决方案
谢谢
说了半天app server,app server没有出问题,需要解决什么?
匪夷所思的方案
T********i
发帖数: 2416
42
来自主题: Programming版 - goodbug短短6行代码7个常识错误
现在看来问题很大。
goodbug的那个方案,如果考虑数据dependency,根本不能支持并发过万。能找到一个
并发过百万的方案还是有意义的。
就算是伪命题,给出一个well defined problem然后找出解决方案,本来就是研究的正
常方法。买票用不着,防止淘宝超卖之类的也会用得着的。
T********i
发帖数: 2416
43
来自主题: Programming版 - goodbug短短6行代码7个常识错误
你是不是连你的系统需要等待多久都估计不出来?你懂不懂什么叫并发?从订票请求到
来开始,到你分配好票给这个特定客户,或者没票了拒绝,这是你的系统服务了一个客
户。
100万并发就是在1秒钟内用这种方式服务100万客户请求。你做到了么?
T********i
发帖数: 2416
44
来自主题: Programming版 - goodbug短短6行代码7个常识错误
你这叫处理并发么?
再举个例子,我卖10亿根针,你的系统要处理41天?你还敢号称处理100万并发?
g*****g
发帖数: 34805
45
LOL。我300台机器,现成100万的benchmark拿出来准备对付10万并发是没余量的。大师
一句话,单机就500万并发了那可不余量大吗?
只要你信,就有余量。大师不是地球人,你是轮子。
z****e
发帖数: 54598
46
来自主题: Programming版 - 请教一下魏老师的failover方案
单纯票数据本身还好说
但是如果结合到静态html页面的反馈的话
你这个计算量还是挺大的
二爷做的测试,ror一台机器只能撑住50k个用户并发访问
你能计算一下铁道部12306网站上那些页面需要多少个web server嘛?
还有预估一下并发用户数大概在个什么范围
我觉得应该是1k万到2k万之间,不过如果真发生了5k万这种事
那也不好说
z****e
发帖数: 54598
47
来自主题: Programming版 - 就算假设魏老师的牛逼单机可行
但是这只是app server,其中的一个环节
真正的大头是web server
就拿二爷的压力测试结果为例
一个ror能支撑住50k的并发访问
而看新闻得知,同时上网购票的天朝百姓有1k万到2k万之间
那1kw就需要200台web server
2kw就需要400台web server
当你看到这个数据的时候,你就应该明白
你拼命省的那点钱,算是一台还是两台
其实什么都不是,没有必要
当然有人说这是动态页面,那静态页面呢?
一个apache server能撑住4000个并发
而yaws能撑住80,000个,其实差不了太多
反正几百台web server没跑了
而且自己建机房,几百个web server的浪费是很明显的
所以最大的节省来自cloud,如果能把这些全部扔到cloud上去
那所能带来的节约是非常可观的
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)