07 2008 檔案
摘要: 不是專職做壓力測(cè)試這行當(dāng)?shù)模荒苁且宰约旱慕?jīng)驗(yàn)來以外行人的眼光來說說壓力測(cè)試，壓力測(cè)試并不僅僅是個(gè)壓力測(cè)試的過程，而是一個(gè)相當(dāng)系統(tǒng)的工程，我認(rèn)為壓力測(cè)試是為了讓系統(tǒng)達(dá)到所期望的運(yùn)行效果以及承受所期望的壓力，這也就要求壓力測(cè)試應(yīng)該幫助性能調(diào)優(yōu)團(tuán)隊(duì)，為其提供一定程度的指導(dǎo)，在這里我不將壓力測(cè)試和性能調(diào)優(yōu)分的那么清楚了，在我看來，壓力測(cè)試過程包括了：明確壓力測(cè)試的目標(biāo)、構(gòu)建壓力測(cè)試案例、進(jìn)行壓力測(cè)試、分析壓力測(cè)試結(jié)果、尋找瓶頸并進(jìn)行調(diào)優(yōu)以達(dá)到目標(biāo)，在這篇blog中來細(xì)看下這幾個(gè)過程以及常用的方法。
閱讀全文
摘要: 這篇文章的第二部分在昨天也發(fā)布出來了，于是抓緊時(shí)間把它給翻譯了。在這篇文章的第一部分中，作者結(jié)合自己的經(jīng)驗(yàn)對(duì)如何構(gòu)建具備良好的垂直擴(kuò)展能力的Java EE應(yīng)用做了講解，在這第二部分的文章中，作者則對(duì)如何構(gòu)建具備良好水平擴(kuò)展能力的Java EE應(yīng)用來進(jìn)行了詳細(xì)的講述，常見的session復(fù)制問題，水平擴(kuò)展中經(jīng)常需要涉及的分布式文件系統(tǒng)、分布式緩存、分布式并行計(jì)算，全文讀下來，作者基本指出了構(gòu)建可擴(kuò)展的Java EE應(yīng)用需要了解的知識(shí)體系（如需深入的話還有必要進(jìn)一步的學(xué)習(xí)，例如集群技術(shù)、通訊協(xié)議、線程、并發(fā)等）和平時(shí)實(shí)踐中的一些注意事項(xiàng)，應(yīng)該說是篇十分難得的好文章，值得推薦。
閱讀全文
摘要: 這是一篇從TheServerSide上翻譯過來的文章，很自豪這篇這么好的文章是一個(gè)中國(guó)人（從作者名字上猜想應(yīng)該是中國(guó)人吧，:)）寫的，原文地址為：http://www.theserverside.com/tt/articles/article.tss?l=ScalingYourJavaEEApplications，可以說，這篇文章寫的是非常的不錯(cuò)的，這是文章的第一部分，探討了如何構(gòu)建可垂直擴(kuò)展的Java EE應(yīng)用，文中談?wù)摰降淖屗帉懙腏ava EE應(yīng)用具備垂直擴(kuò)展能力的幾個(gè)關(guān)鍵要素，例如熱鎖問題、盡可能的縮短同步塊、不要在static方法上加鎖、多使用Atomic包、jvm內(nèi)存不能設(shè)置的太大等，文中除了列了這幾個(gè)關(guān)鍵要素外，還詳細(xì)的解釋了為什么不能做以及如何避免出現(xiàn)這樣的現(xiàn)象，可以很明顯的看出作者在這些方面是具備了非常豐富的經(jīng)驗(yàn)的，因此這篇文章不僅僅講述了可擴(kuò)展性理論方面的知識(shí)，同時(shí)也很好的從實(shí)戰(zhàn)角度進(jìn)行了分析，之后我也會(huì)結(jié)合這篇文章來說說自己曾經(jīng)碰到的垂直擴(kuò)展場(chǎng)景的反例，同時(shí)也很期待這篇文章的第二部分，第二部分將探討如何構(gòu)建可水平擴(kuò)展的Java EE應(yīng)用，翻譯的不好的地方還請(qǐng)大家多
閱讀全文
摘要: 之前寫了個(gè)簡(jiǎn)單的jsp做壓力測(cè)試，沒想到出現(xiàn)的一個(gè)問題是當(dāng)壓力比較大的情況，運(yùn)行比較久的話會(huì)出現(xiàn)一個(gè)現(xiàn)象，就是jvm的內(nèi)存幾乎被耗盡，用 jprofiler查看會(huì)發(fā)現(xiàn)是有一個(gè)ConcurrentHashMap對(duì)象的內(nèi)存一直在增長(zhǎng)，而且沒有釋放的跡象，隨后進(jìn)入Debug模式，跟蹤查找都有誰new了ConcurrentHashMap，因?yàn)闇y(cè)試場(chǎng)景中是個(gè)非常簡(jiǎn)單的jsp頁面，發(fā)現(xiàn)只有jsp的Request session會(huì)創(chuàng)建這個(gè)ConcurrentHashMap，很久沒寫jsp了，猜測(cè)是request session的默認(rèn)超時(shí)時(shí)間太長(zhǎng)，所以導(dǎo)致高壓力下(200并發(fā)，總共連續(xù)訪問50萬次，jvm內(nèi)存1G)會(huì)出現(xiàn)內(nèi)存一直沒有回收的問題，后來打印了一下request session的默認(rèn)超時(shí)(AS是jboss 4.2.2)，是半小時(shí)，如果這樣的話確實(shí)是會(huì)有造成上面內(nèi)存一直被占用的現(xiàn)象。
閱讀全文