畢業(yè)設(shè)計(jì)外文資料翻譯-安卓平臺(tái)的性能研究

畢業(yè)論文（設(shè)計(jì)）外文資料翻譯學(xué)院：專(zhuān)業(yè)班級(jí)：學(xué)生姓名：學(xué)號(hào)：指導(dǎo)教師：外文出處：(外文)InternationalJournalonComputerScienceandEngineering(IJCSE),April2012,Pages0975-337附件：1.外文資料翻譯譯文；2.外文原文指導(dǎo)教師評(píng)語(yǔ)：該英文資料選擇合理，與畢業(yè)論文相關(guān)度高。專(zhuān)業(yè)術(shù)語(yǔ)、詞匯翻譯的準(zhǔn)確度較高，體現(xiàn)了較強(qiáng)的英語(yǔ)應(yīng)用水平。翻譯工作認(rèn)真細(xì)致，嚴(yán)格按照規(guī)定，翻譯材料能與原文保持一致，能正確表達(dá)出原文意思，保持準(zhǔn)確。簽名：陳勁新2015年10月14日1．外文資料翻譯譯文安卓平臺(tái)的性能研究摘要：隨著安卓平臺(tái)廣泛應(yīng)用于包括智能移動(dòng)設(shè)備在內(nèi)的嵌入式系統(tǒng)中，系統(tǒng)性能分析的需求顯著增加。系統(tǒng)的性能通常是由基準(zhǔn)測(cè)試和分析器軟件測(cè)量的。我們使用了一個(gè)基準(zhǔn)的應(yīng)用程序和公共配置文件的安卓平臺(tái)的性能進(jìn)行了研究。為了更詳細(xì)的集成性能分析，我們提出了一個(gè)分析架構(gòu)的安卓平臺(tái)。關(guān)鍵詞：安卓；性能；基準(zhǔn)；輪廓；簡(jiǎn)介如今智能手機(jī)和平板電腦在我們的生活中發(fā)生了巨大的變化。智能設(shè)備最流行的操作系統(tǒng)是蘋(píng)果的iOS和谷歌的Android。因?yàn)榘沧渴情_(kāi)源軟件，并為開(kāi)發(fā)者提供了一個(gè)免費(fèi)的平臺(tái)來(lái)下載并使用自己的應(yīng)用，所以很多硬件廠商采用安卓的市場(chǎng)份額也越來(lái)越大。即使平臺(tái)是通用的，具有相同的軟件能力，實(shí)際的性能變化與硬件和其他軟件組件也有所不同。所以每一個(gè)硬件和軟件開(kāi)發(fā)者都做出了巨大的努力，以達(dá)到更高的性能優(yōu)化。要發(fā)布一個(gè)擁有很好軟件的智能手機(jī)產(chǎn)品時(shí)，開(kāi)發(fā)人員應(yīng)該詳細(xì)估計(jì)其性能，以糾正或提高它的不足之處。在本文中，我們使用了2種軟件工具用于測(cè)量系統(tǒng)的性能，基準(zhǔn)和分析軟件。基準(zhǔn)測(cè)試對(duì)于評(píng)估和估計(jì)每個(gè)設(shè)備和整個(gè)系統(tǒng)的相對(duì)水平是很有用的，所以可以它幫助我們選擇硬件或調(diào)整系統(tǒng)變量，以實(shí)現(xiàn)更高的性能。分析軟件可以跟蹤程序的活動(dòng)，收集有關(guān)函數(shù)調(diào)用、內(nèi)存使用、進(jìn)程和通信的信息。我們分別引入了代表性基準(zhǔn)軟件和剖面軟件后，對(duì)標(biāo)準(zhǔn)工具進(jìn)行了修改，并給出了簡(jiǎn)單的性能分析結(jié)果。發(fā)展綜合和全面的性能分析軟件，這將是未來(lái)工作的基礎(chǔ)，。安卓平臺(tái)安卓是一個(gè)軟件協(xié)議棧的移動(dòng)設(shè)備，它包括一個(gè)操作系統(tǒng)，中間件和關(guān)鍵應(yīng)用[1]。這是發(fā)展和領(lǐng)導(dǎo)的開(kāi)源項(xiàng)目保持OHA（開(kāi)放手機(jī)聯(lián)盟）[2]，旨在為消費(fèi)者建立一個(gè)更好的電話(huà)。安卓體系結(jié)構(gòu)如圖1所示。圖1安卓體系架構(gòu)的基礎(chǔ)是內(nèi)核2.6。它支持安全、內(nèi)存管理、進(jìn)程管理、網(wǎng)絡(luò)堆棧和設(shè)備驅(qū)動(dòng)模型。一套c/c++庫(kù)是由各種組件的安卓系統(tǒng)使用。它們包括標(biāo)準(zhǔn)C庫(kù)（libc）、媒體庫(kù)包括MPEG4，H.264，MP3，JPG和PNG，顯示子系統(tǒng)的表面管理libwebcore作為一個(gè)Web瀏覽器引擎，2D圖形引擎SGL，3D圖形庫(kù)，字體渲染和SQLiteFreeType，輕量級(jí)的關(guān)系數(shù)據(jù)庫(kù)引擎。安卓運(yùn)行庫(kù)包含一組提供編程語(yǔ)言功能的核心庫(kù)。Dalvik虛擬機(jī)支持Android的Java應(yīng)用程序的運(yùn)行時(shí)的環(huán)境。每個(gè)Android應(yīng)用都運(yùn)行在自己的進(jìn)程中，有自己的Dalvik虛擬機(jī)實(shí)例。傳統(tǒng)的Java虛擬機(jī)是一個(gè)基于堆棧的機(jī)器，但Dalvik基于寄存器和Dalvik可執(zhí)行文件（.dex）格式。應(yīng)用程序開(kāi)發(fā)人員通常在開(kāi)發(fā)程序時(shí)通過(guò)大量的API訪問(wèn)應(yīng)用程序框架層。應(yīng)用框架是一個(gè)開(kāi)放的軟件開(kāi)發(fā)平臺(tái)，包括視圖管理、內(nèi)容提供商、資源管理器、通知管理器和活動(dòng)管理器。許多可重用組件在框架中釋放，開(kāi)發(fā)人員可以替換組件或發(fā)布它自己的功能[3]。off-the-shelf性能分析工具這里有幾種工具，用于評(píng)估和分析系統(tǒng)或應(yīng)用程序的性能。我們研究和測(cè)試了一些基準(zhǔn)測(cè)試工具和性能測(cè)試軟件的應(yīng)用程序開(kāi)發(fā)。他們可以從公開(kāi)市場(chǎng)或開(kāi)放的網(wǎng)站免費(fèi)獲取。1.基準(zhǔn)基準(zhǔn)測(cè)試工具是一個(gè)應(yīng)用程序，該應(yīng)用程序可以評(píng)估或測(cè)量系統(tǒng)的相對(duì)性能。它在目標(biāo)設(shè)備和系統(tǒng)上運(yùn)行一個(gè)特殊的程序，收集性能數(shù)據(jù)，并將它們作為一個(gè)定量值。圖2圖2顯示了一個(gè)知名的基準(zhǔn)測(cè)試（antutu）程序的結(jié)果。它可以通過(guò)“內(nèi)存性能”，“中央處理器整體性能”，“中央處理器浮點(diǎn)性能”，“二維三維圖形性能”，“SD卡讀/寫(xiě)速度”，和“數(shù)據(jù)庫(kù)輸出性能”測(cè)試一個(gè)關(guān)鍵項(xiàng)目。最后的得分是一個(gè)相對(duì)值，它可以與其他設(shè)備的結(jié)果進(jìn)行比較。圖2（b）顯示同一種設(shè)備之間的排序，和圖2（c）描述了不同設(shè)備之間的相對(duì)性能。我們可以看到，即使是同一種設(shè)備，根據(jù)硬件的調(diào)整狀態(tài)和系統(tǒng)軟件版本，可能會(huì)表現(xiàn)出非常不同的性能。象限標(biāo)準(zhǔn)版[4][5]smartbench是Android設(shè)備的另一個(gè)著名的基準(zhǔn)測(cè)試應(yīng)用，它可以像Antutu一樣測(cè)量整體表現(xiàn)?；鶞?zhǔn)的應(yīng)用如CF臺(tái)[6]，glbenchmark[7]，benchmarkpiLinpack[8]，[9]，用于一個(gè)特定領(lǐng)域的系統(tǒng)，例如，CPU和圖形子系統(tǒng)?；鶞?zhǔn)測(cè)試應(yīng)用是評(píng)價(jià)和估計(jì)每個(gè)設(shè)備和整個(gè)系統(tǒng)的相對(duì)水平的好工具，因此可以幫助我們選擇硬件或調(diào)整系統(tǒng)變量來(lái)實(shí)現(xiàn)更高的性能。然而，它很難指出哪一部分會(huì)影響性能，也很難說(shuō)明哪一部分應(yīng)該為更好的性能而操作。詳細(xì)的軟件性能分析，也不可應(yīng)用基準(zhǔn)。2.AndroidSDK工具在AndroidSDK（軟件開(kāi)發(fā)工具包）中有一些軟件工具，幫助開(kāi)發(fā)人員調(diào)試、監(jiān)控和分析，其中一些可用于性能分析。最有用最方便的工具是DDMS（Dalvik調(diào)試監(jiān)視器服務(wù)器）和Traceview，因?yàn)樗麄兛梢蕴峁┑膱D形視圖。DDMS調(diào)試工具的圖形界面，提供了端口轉(zhuǎn)發(fā)，設(shè)備屏幕捕獲，線(xiàn)程和堆棧信息裝置，logcat，過(guò)程，和廣播狀態(tài)信息、來(lái)電和短信欺騙，位置數(shù)據(jù)的欺騙等功能。當(dāng)開(kāi)發(fā)Eclipse時(shí)，我們可以打開(kāi)DDMS的界面如圖所示。圖3調(diào)試，方法分析工具是非常有用的，它用于執(zhí)行跟蹤流動(dòng)的操作和計(jì)算持續(xù)時(shí)間花費(fèi)。它收集方法調(diào)用和估計(jì)的執(zhí)行時(shí)間在我們與應(yīng)用程序進(jìn)行交互的時(shí)候。方法分析調(diào)用結(jié)束菜單中的”啟動(dòng)方法分析”和“停止法分析“功能中的DDMS或者程序代碼startmethodtracing()和stopmethodtracing()調(diào)試類(lèi)。結(jié)果記錄在一個(gè)日志文件發(fā)送到Traceview工具顯示日志的圖形中如圖4和圖5所示。圖4在時(shí)間線(xiàn)面板中，每一行代表線(xiàn)程隨時(shí)間增加到右邊。每個(gè)方法都有不同顏色，用于輪詢(xún)模式顯示。如果我們選擇一個(gè)方法，我們可以看到它的日志記錄在配置文件（圖5）。配置文件顯示的專(zhuān)用執(zhí)行時(shí)間，包括時(shí)間（稱(chēng)為功能），和部分的總執(zhí)行時(shí)間。在最后一列中寫(xiě)的遞歸調(diào)用的總數(shù)和數(shù)量。圖5分析工具及分析結(jié)果對(duì)于智能手機(jī)，絕對(duì)速度是很重要的問(wèn)題，但對(duì)用戶(hù)來(lái)說(shuō)滿(mǎn)意度更為關(guān)鍵。除了游戲應(yīng)用程序需要復(fù)雜的三維圖形操作之外，即使在簡(jiǎn)單的網(wǎng)絡(luò)瀏覽或通訊簿，備忘錄等應(yīng)用程序中，用戶(hù)可能會(huì)感覺(jué)到他們的觸摸輸入的響應(yīng)速度慢。我們修改了DDMS和Traceview，讓分析程序快一點(diǎn)，并分析了Android2.2Android框架視圖的系統(tǒng)性能（Froyo）。1.修改DDMS雖然Traceview提供了良好的圖形用戶(hù)界面，但它有時(shí)運(yùn)行的時(shí)候會(huì)變得讓人難以忍受的慢，這是因?yàn)樗怯肑ava編寫(xiě)的，運(yùn)行著一個(gè)Eclipse插件。為了達(dá)到更好的分析速度，我們分解Traceview為測(cè)試數(shù)據(jù)處理部分和顯示部分，新實(shí)施的pretrace程序處理了日志數(shù)據(jù)，電話(huà)的開(kāi)始和結(jié)束時(shí)間的記錄和分析，并進(jìn)行了pretrace創(chuàng)建，并顯示在時(shí)間表Traceview型面板。圖6顯示了我們修改的結(jié)構(gòu)圖。圖6DDMS的另一個(gè)問(wèn)題是，它側(cè)重于基于Dalvik虛擬機(jī)內(nèi)部行為的框架的應(yīng)用，所以本地庫(kù)，Linux內(nèi)核和性能不能全面整合。但這就需要引入其他的工具或新的復(fù)雜的分析軟件的實(shí)施，我們建立了它作為未來(lái)的研究課題。2.查看系統(tǒng)性能不良反應(yīng)可能是由于幾個(gè)原因造成的。Froyo，我們的實(shí)驗(yàn)平臺(tái)，被稱(chēng)為遭受事件傳遞機(jī)制和可憐的系統(tǒng)動(dòng)力學(xué)。（據(jù)說(shuō)姜餅系統(tǒng)動(dòng)力學(xué)顯著改善[10]。）垃圾收集機(jī)制也不太好，因?yàn)榫€(xiàn)程和無(wú)謂的等待時(shí)間之間存在同步問(wèn)題。我們專(zhuān)注于視圖系統(tǒng)分析的響應(yīng)性能。在方法調(diào)用記錄及dmtracedump工具的幫助下，我們可以描述的角度系統(tǒng)的執(zhí)行結(jié)構(gòu)如圖7。根據(jù)視圖層次，現(xiàn)有的觀點(diǎn)是無(wú)效的，和新的帆布是由布局對(duì)象。實(shí)際繪圖和顯示時(shí)出現(xiàn)的ondraw()方法稱(chēng)為視圖。對(duì)象是樹(shù)結(jié)構(gòu)，和查看系統(tǒng)遍歷樹(shù)的畫(huà)子對(duì)象的遞歸。問(wèn)題是，遞歸是在一個(gè)線(xiàn)程中執(zhí)行的，所以總的渲染時(shí)間可能很長(zhǎng)，導(dǎo)致跳過(guò)幀或停止動(dòng)畫(huà)。當(dāng)我們觀察在Traceview型面板每個(gè)方法的部分，我們看到許多應(yīng)用花費(fèi)最大時(shí)間查看系統(tǒng)和渲染。此外，許多最近的智能設(shè)備使用多核處理器。因?yàn)檫f歸在單線(xiàn)程中不能在多核高端高性能CPU使用，其他視圖的系統(tǒng)機(jī)制是需要更好的性能。圖7結(jié)論和未來(lái)的工作我們運(yùn)用了一些軟件工具來(lái)分析安卓平臺(tái)的性能?；鶞?zhǔn)應(yīng)用程序是有用的，它用于估計(jì)相對(duì)的設(shè)備性能，可用于調(diào)整性能變量。對(duì)框架性能的應(yīng)用，我們可以利用AndroidSDK工具如DDMS和Traceview。通過(guò)改進(jìn)的調(diào)試和方法跟蹤工具，我們分析了安卓系統(tǒng)的性能。遞歸視圖樹(shù)遍歷可能會(huì)減慢渲染過(guò)程，有時(shí)會(huì)導(dǎo)致平滑動(dòng)畫(huà)之間的切割。我們的測(cè)試只在Android2.2Froyo版本中實(shí)施。而最近的版本，例如姜餅（Android2.3）、冰淇淋三明治（Android4），他們明顯改善了系統(tǒng)的動(dòng)態(tài)特性和一些耗時(shí)的成分，從而擁有更好的性能。我們將在新平臺(tái)上測(cè)試更多的程序，分析性能降低的因素。我們期待的結(jié)果可以幫助改善性能。另一個(gè)未來(lái)的主題是整合Linux內(nèi)核分析器，如生物[11]，與Android分析器程序，因?yàn)樗麄兌际莾?yōu)秀的系統(tǒng)，但他們想要和諧運(yùn)行需要檢查更多的性能問(wèn)題。致謝本文由國(guó)立金烏工科大學(xué)研究基金資助。引用/AnTuTu-Benchmarkhttp://www.chainfire.eu/apps/linpackhttp://AndroidB“Android2.3platformhighlights,”/sdk/android-2.3-highlights.html../Ftrace2.外文原文AStudyonthePerformanceofAndroidPlatformHyeon-JuYoonDepartmentofComputerEngineeringKumohNationalInstituteofTechnologyGumi,RepublicofKoreajuyoon@kumoh.ac.krAbstract—AstheAndroidplatformiswidelyusedforembeddedsystemsincludingsmartmobiledevices,theneedsforsystematicperformanceanalysishavesignificantlyincreased.Systemperformanceisusuallymeasuredbybenchmarksandprofilersoftware.WestudiedontheperformanceofAndroidplatformusingabenchmarkapplicationandpublicprofilesoftware.Formoredetailandintegratedperformanceanalysis,weproposedaprofilingarchitectureofAndroidplatform.Keywords-Android;performance;benchmark;profile;INTRODUCTIONSmartphonesandtabletPCsaremakingbigchangeinourlifethesedays.ThemostpopularoperatingsystemsforsmartdevicesareApple’siOSandGoogle’sAndroid.BecauseAndroidisopensourcesoftware,andoffersdevelopersfreeplatformtomaketheirownapplications,lotsofhardwarevendorsadoptAndroidandmarketshareisalsoincreasing.Eveniftheplatformiscommonandhasthesamesoftwarecapability,theactualperformancevarieswithhardwareandothersoftwarecomponents.Soeveryhardwareandsoftwaredevelopersmakegreateffortstoachievehigheroptimizedperformance.Toreleaseasmartphoneproductwithsomepreferablehousesoftware,developersshouldestimatetheperformanceindetailsoastocorrectorenhancetheweakpoints.Inthispaper,welookedintotwokindsofsoftwaretoolsformeasuringsystemperformance,benchmarkandprofilingsoftware.Benchmarksareusefulforevaluatingandestimatingtherelativelevelofeachdeviceandoverallsystem,socanhelpuschoosehardwareoradjustsystemvariablestoachievehigherperformance.Profilingsoftwaretracestheprogramactivitiesandgathersinformationaboutfunctioncalls,memoryusage,process,andcommunication.Afterweintroducerepresentativebenchmarkandprofilesoftwarerespectively,weproposeamodificationforstandardtoolandshowasimpleperformanceanalysisresult.Thesewillbeabasisforfutureworktodevelopintegratedandcomprehensiveperformanceanalysissoftware.ANDROIDPLATFORMAndroidisasoftwarestackformobiledevicesthatincludesanoperatingsystem,middlewareandkeyapplications[1].ItisdevelopedandmaintainedasanopensourceprojectledbyOHA(OpenHandsetAlliance)[2],whichaimsatbuildingabetterphoneforconsumers.TheAndroidarchitectureisshowninFig.1.Figure1.AndroidArchitectureThebasesystemofAndroidarchitectureisLinuxkernel2.6.Itsupportssecurity,memorymanagement,processmanagement,networkstack,anddevicedrivermodel.AsetofC/C++librariesisusedbyvariouscomponentsoftheAndroidsystem.TheyconsistofstandardCsystemlibrary(libc),medialibrariesincludingMPEG4,H.264,MP3,JPG,andPNG,surfacemanagerfordisplaysubsystem,LibWebCoreasawebbrowserengine,2DgraphicsengineSGL,3Dgraphicslibraries,FreeTypeforfontrenderingandSQLite,alightweightrelationaldatabaseengine.AndroidruntimeincludesasetofcorelibrariesthatprovidesfunctionalityofJavaprogramminglanguage.DalvikvirtualmachinesupportsaruntimeenvironmentforAndroidJavaapplications.EveryAndroidapplicationrunsinitsownprocess,withitsowninstanceoftheDalvikvirtualmachine.ConventionalJavavirtualmachineisastack-basedmachine,butDalvikisregister-basedandexecutesfilesinDalvikExecutable(.dex)format.ApplicationdevelopersusuallyaccesstotheapplicationframeworklayerthroughlotsofAPIswhiletheydevelopprogramswithJavaandXML.Applicationframeworkisanopensoftwaredevelopmentplatformthatincludesviewmanagement,contentproviders,resourcemanager,notificationmanager,andactivitymanager.Manyreusablecomponentsarereleasedintheframework,andthedevelopercanreplacethecomponentsorpublishitsowncapabilities.OFF-THE-SHELFPERFORMANCEANALYSISTOOLSThereareseveralkindsoftoolsforevaluatingandanalyzingtheperformanceofsystemsorapplications.Westudiedandtestedsomebenchmarktoolsandperformancemeasurementsoftwareforapplicationdevelopers.Theycanbeacquiredfromtheopenmarketplaceoropenwebsitesforfree.A.BenchmarkBenchmarktoolisaprogrammingapplicationthatevaluatesorgaugestherelativeperformanceofasystem.Itrunsaspecialprogramonthetargetdeviceandsystem,gatherstheperformancedata,andshowsthemasaquantitativevalue.(a)score(b)ranking(c)comparisonofdevicesFigure2.AnTuTuBenchmarkresultsFig.2showstheresultsofawell-knownbenchmarkapplication,AnTuTu-Benchmark[3].Itcanrunafulltestofakeyproject,throughthe“MemoryPerformance”,“CPUIntegerPerformance”,“CPUFloatingpointPerformance”,“2D3DGraphicsPerformance”,“SDcardreading/writingspeed”,and“DatabaseIOPerformance”testing.Thefinalscorerepresentsarelativevalueofthetestedsystemandcanbecomparedwithotherdevices’results.Fig.2(b)showstherankingamongthesamekindofdevices,andFig.2(c)depictstherelativeperformanceamongdifferentkindsofdevices.Wecanseethateventhesamekindofdevicesmayshowtheverydifferentperformanceaccordingtothehardwaretuningstatusandsystemsoftwareversion.Quadrantstandardedition[4]andSmartBench[5]areanotherwell-knownbenchmarkapplicationforAndroiddevices,whichcanmeasureoverallperformancelikeAnTuTu.TheotherkindsofbenchmarkapplicationssuchasCF-bench[6],GLBenchmark[7],Linpack[8],BenchmarkPI[9],areusedforaspecificareaofsystem,forexample,CPUorgraphicssubsystem.Benchmarkapplicationsaregoodtoolsforevaluatingandestimatingtherelativelevelofeachdeviceandoverallsystem,socanhelpuschoosehardwareoradjustsystemvariablestoachievehigherperformance.However,itisdifficulttoindicatewhichpartaffectstheperformanceorwhichpartweshouldmanipulateforthebetterperformance.Thedetailedsoftwareperformanceanalysisisalsonotavailablefromthebenchmarks.B.AndroidSDKToolsIntheAndroidSDK(SoftwareDevelopmentKit),severalsoftwaretoolsareincludedforassistingdeveloperswithdebugging,monitoring,andprofiling.Someofthemcanbeusedforperformanceanalysis.MostusefulandconvenienttoolsareDDMS(DalvikDebugMonitorServer)andTraceviewbecausetheyprovidethegraphicalview.DDMSadebuggingtoolwithgraphicalinterface,whichprovidesport-forwardingservices,screencaptureonthedevice,threadandheapinformationonthedevice,logcat,process,andradiostateinformation,incomingcallandSMSspoofing,locationdataspoofing,andmore.WhiledevelopingwithEclipse,wecanopentheDDMSperspectiveasshowninFig.3.Figure3.ScreenshotofDDMSOfthedebuggingtools,methodprofilingtoolisusefulfortracingtheflowofoperationsanddurationtimespentexecutingthemethods.Itgathersmethodcallsandestimatestheexecutiontimewhileweinteractwithapplications.Methodprofilingisinvokedandendedwithmenu“StartMethodProfiling”and“StopMethodProfiling”ofDDMSorprogramcodestartMethodTracing()andstopMethodTracing()ofDebugclass.TheresultsarerecordedinalogfileandsenttoTraceviewtoolwhichdisplaysthelogsgraphicallyasshowninFig.4and5.Figure4.TraceviewtimelinepanelIntimelinepanel,eachrowrepresentsthreadswithtimeincreasingtotheright.Eachmethodisshownindifferentcolorswhichareusedinround-robinpattern.Ifweselectamethod,wecanseeitslogrecordintheprofilepanel(Fig.5).Profilepanelshowsexclusiveexecutiontime,inclusivetime(withcalledfunctions),andportionoftotalexecutiontime.Totalnumberofcallsandnumberofrecursivecallsarewritteninthelastcolumn.Figure5.TraceviewprofilepanelIV. PROFILINGTOOLANDANALYSISRESULTSForsmartphones,absolutespeedisimportantissuebuttheresponsivenessismorecriticalforusersatisfaction.Inadditiontogameapplicationswhichrequirecomplicate3Dgraphicoperations,eveninsimplewebbrowsingoraddressbook,memonoteapps,usersmayfeelslowresponsetotheirtouchinput.WemodifiedDDMSandTraceviewtomakeanalysisprocedurealittlefaster,andanalyzedviewsystemperformanceofAndroidframeworkforAndroid2.2(Froyo).A.ModificationofDDMSAlthoughtheTraceviewoffersnicegraphicaluserinterface,itissometimesintolerablyslowbecauseitiswritteninJavaandrunsasaneclipseplugin.Toachievebetterprofilingspeed,wedecomposedtheTraceviewintologdataprocessingpartanddisplaypartandnewlyimplementedPretraceprogramwhichprocessesthelogdata.CallrecordsandanalysisonthestartandendtimearecreatedandanalyzedbyPretrace,andTraceviewdisplaystheresultsintimelineandprofilepanel.Fig.6showsthestructuraldiagramofourmodification.Figure6.ModifiedmethodtracingAnotherproblemwithDDMSisthatitfocusesontheapplicationandapplicationframeworkbasedontheinternalbehaviorofDalvikvirtualmachine,sothenativelibrary,Linuxkernelandoverallintegrationeffectonperformancecannotbeobservedindetail.Butthisrequiresintroductionofothertoolsornewimplementationofcomplicatedprofilingsoftware,weestablisheditasafutureresearchtopic.B.ViewSystemPerformancePoorresponsivenessmaybecausedbyseveralreasons.Froyo,ourexperimentalplatform,wasknownasthatsufferedfromeventdeliverymechanismandpoorsystemdynamics.(ItissaidthatGingerbreadimprovedthesystemdynamicssignificantly[10].)Garbagecollectionmechanismisalsonotsogoodbecauseofthesynchronizationproblemamongthreadsandmeaninglesswaitingtime.Wefocusedontheviewsystemtoanalyzetheresponsivenessperformance.Withthehelpofthemethodcallrecordsanddmtracedumptool,wecandepicttheviewsystemexecutionstructureasinFig.7.Accordingtotheviewhierarchy,existingviewsareinvalidated,andnewcanvasisconstructedfromlayoutobjects.ActualdrawinganddisplayingoccurwhentheView.onDraw()methodiscalled.Objectsareintreestructure,andtheviewsystemtraversesthetreeanddrawchildobjectsrecursively.Theproblemistherecursionisexecutedinsinglethread,sototalrenderingtimecanbeverylong,resultedinskippingframesorstoppinganimation.WhenweobservetheportionofeachmethodinprofilepanelofTraceview,weseethatmanyapplicationsspendlargesttimeinviewsystemandrendering.Moreover,manyofrecentsmartdevicesusemulti-coreCPU.Becauserecursioninsinglethreadcannotutilizeofhighperformanceofmulti-corehigh-endCPUs,otherviewsystemmechanismisneededforbetterperformance.Figure7.ViewSystemV.CONCLUSIONANDFUTUREWORKSWereviewedsomesoftwaretoolsforanalyzingtheperformanceofAndroidplatform.Benchmarkapplicationsareusefulforestimatingrelativedeviceperfo