<noframes id="ixm7d"><noframes id="ixm7d"><rt id="ixm7d"><delect id="ixm7d"></delect></rt><noframes id="ixm7d"><rt id="ixm7d"><rt id="ixm7d"></rt></rt><rt id="ixm7d"></rt> <noframes id="ixm7d"><rt id="ixm7d"><delect id="ixm7d"></delect></rt><delect id="ixm7d"></delect><bdo id="ixm7d"></bdo><rt id="ixm7d"></rt><bdo id="ixm7d"></bdo><noframes id="ixm7d"><rt id="ixm7d"><rt id="ixm7d"></rt></rt><rt id="ixm7d"><rt id="ixm7d"></rt></rt><noframes id="ixm7d"><rt id="ixm7d"></rt><noframes id="ixm7d"><rt id="ixm7d"></rt> <noframes id="ixm7d"><rt id="ixm7d"></rt><noframes id="ixm7d"><noframes id="ixm7d"><noframes id="ixm7d"><rt id="ixm7d"></rt><noframes id="ixm7d"><noframes id="ixm7d"><noframes id="ixm7d"><rt id="ixm7d"></rt><noframes id="ixm7d"><rt id="ixm7d"></rt><noframes id="ixm7d"><rt id="ixm7d"></rt><noframes id="ixm7d">

項目管理要點風險管理范文

2023-10-21

項目管理要點風險管理范文第1篇

關鍵字:節能減排、EPD項目、付款條款

付款條款是EPC項目合同中雙方關注的焦點之一,直接關系雙方經濟利益,但筆者對近百個實際實施的項目合同進行調查分析后發現,很多項目合同的付款條款存在漏洞或隱患。雖然不是所有的漏洞或隱患都轉化為法律風險,但是,如不加以防范,等亡羊再補牢,在激烈的市場競爭中,對節能服務公司而言,恐怕失掉的不僅是幾頭羊,甚至會將辛苦開拓的市場拱手讓與他人。筆者對國外EPC項目合同和國內常用EPC合同進行了比較研究,結合EPC項目合同在實際操作中出現的問題進行了實證分析,就EPC項目合同付款條款約定提出完整的建議。

本文所稱付款,無特殊說明時,僅指項目節能收益的分享款項。需要說明的是,在具體項目合同中,除了節能收益的分享款外,付款可能包括其它款項的支付。如在節能量保證型合同中,還會約定,節能量未達到承諾的指標時,ESCO要對用能單位進行補償。有的項目合同屬于混合型合同,改造項目中一部分設備屬于買賣,需要由用能單位支付貨款。有的項目,會約定在分享期屆滿前,由用能單位一次性付款買斷項目。對其他款項的付款約定,本文不做專門論述。

EPC項目合同中付款條款的要素

合同條款的目的是為了履行,因而要求條款要明確,根據條款約定,可以確定哪一方的義務,這項義務應該在什么時間什么地點以什么方式履行。一般而言,付款條款就是要明確付款義務人、付款金額、付款時間和付款方式。因為付款地點雙方一般并不介意,而且大多數商務合同的付款可以通過網上銀行電子劃撥,一般無需付款條款就付款地點單獨約定。EPC項目合同中的付款義務人是用能單位,是毫無疑議的,無需特別強調。EPC項目有其自身的特點,在EPC項目中一個完整的付款條款,應當包括分享期間、付款金額或付款金額的確定方式、付款時間或付款條件、付款方式、付款程序、付款督促措施五個要素。

(1)分享期間。分享型合同能源管理項目的收款來源于節能收益,收益分享期限是ESCO可以從項目節能收益中分享節能收益的期限。

(2)付款金額或付款金額的確定方式。用能單位的付款金額通常是通過約定分享比例而確定,分享比例可以是固定的比例,也可以是變化的比例。在具體項目中,也有約定固定金額的情況或附加其他條件的情況。但無論如何約定,使付款金額能夠盡可能方便的確定下來,才是一項好的條款。

(3)付款時間或付款條件。EPC項目的付款通常不是一次性付款,而是若干次完成,EPC項目合同的付款時間體現為付款的進度。

(4)付款方式。付款方式是指通過何種支付工具付款,如現金、票據(支票、匯票、本票)、匯款或實物。

(5)付款程序。付款程序是為了明確付款的具體流程,這一環節常常被當事人所忽視。在合同履行過程中,易導致無所遵循,或各自要求按各自流程,從而導致爭議。付款程序不僅體現在如何辦理付款的手續上,也會直接影響收款人的利益。

(6)督促和保障措施。督促和保障措施是督促付款義務人按約定付款的約定。這一項內容通常為合同設計者所忽視,通過約定付款義務積極履行受益和消極履行受損的導向措施,可以建立合同內部的約束機制,有利于合同的履行。

EPC項目合同中付款條款存在的問題

筆者對近百個EPC項目合同進行了調查,通過對實踐中的EPC項目合同付款條款分析發現存在以下幾個較為普遍的問題:一是金額不明或不易確定;二是付款時間約定不明;三是無付款程序約定;四是無付款督促措施。不明確分享期的起止時間,可能導致付款義務不明。節能量認定存在分歧,分享比例不明確,也會導致付款金額不確定。付款時間不明確導致付款遲延的違約責任不能確定,也會使付款督促措施失靈。無付款程序的約定,往往會在主張付款時被動地滿足用能單位提出的條件。如因發票約定不明,有的用能單位在付款時要求開具增值稅發票。ESCO要么自己申請成為一般納稅人直接開票,要么通過設備供應商或其他具有一般納稅資格的單位向用能單位增值稅票。通過其他單位開票存在法律風險。為此申請成為一般納稅人,稅收優惠政策不能享受,項目利潤受到負面影響。缺少付款督促措施,會使ESCO失去利用合同自身的激勵和懲罰機制督促用能單位履行付款義務的機會。有的很多合同照搬參考合同文本,導致合同

條款千篇不律,不能很好地適用項目需要。

EPC項目合同中付款條款的構建

參考文本付款條款主要體現在第4節關于節能效益分享方式一節中。這一約定適用的模式是,雙方事先約定節能效益分享比例,根據確認的節能量計算付款金額,向用能單位提出付款請求,用能單位付款后由ESCO開具發票。實踐中,項目的具體情況千差萬別,這一模式并不能滿足所有項目需要。在使用參考合同文本時,需根據項目具體情況加以變通。筆者根據EPC項目的特點,在研究EPC項目合同參考文本和國外合同文件的基礎上,給合國內法律環境和市場環境,綜合EPC項目實踐就EPC項目付款條款的構建提出以下建議,供讀者參考:

付款條款構建基本原則

付款條款應

(1)滿足具體項目需要;(2)符合稅收優惠和申請財政獎勵資金規定;(3)具有可操作性。不同項目有其身的特點,合同雙方有不同的需求,付款條款必須滿足項目的具體需要。對于擬申請稅收優惠政策和財政獎勵資金的項目而言,項目合同是必備的文件,付款條款應符合相關政策要求。合同條款的目的是履行,具有可操作性的合同條款才能方便雙方履行合同。

關于分享期

約束性要求。分享期從經濟性上考慮,應短于改造項目預期的使用壽命,否則不符合EPC項目的特征。從法律上考慮,國內有些地方對公共機構EPC項目的分享期有限制性規定,在約定分享期時應不長于規定的期限。例如,《河南省公共機構合同能源管理(暫行)辦法》規定,“合同期限原則上不超過5年,新技術、新產品應用或者固定資產投資較大的項目可以適當延長,最長不超過10年”。分享期實質內容是ESCO有權從用能單位獲得節能收益的期間,不論分享的比例如何(分享比例可以從1%-100%),只要有分享,均應計算為分享期。

選擇的余地。(1)封閉或開放。分享期可以是封閉的,也可以是開放的。所謂封閉的,是指固定的時間段,如某年某月某日到某年某月某日。所謂開放,是指在簽訂合同時并不能具體確定期間的確切時長,或不能確定具體的期間起點或期間終點。比如,有的項目約定分享期從項目安裝調試完成并經用能單位驗收通過后開始計算分享期。有的項目約定分享的節能收益總金額,約定用能單位實際付款金額達到總金額時分享期終止。(2)連續或斷續。通常是連續的分享期,理論上也可以是斷續的,雖然實踐中約定斷續分享期的項目十分少見,但在具體項目存在約定斷續分享期的可能性。(3)延長或縮短。通常在約定固定期間的分享期合同中,因用能單位的原因導致工期延誤,或因用能單位原因設備停機致節能收益未實現,或雙方不可控制的原因致預期的節能收益減少等,ESCO可要求延長分享期。相反,因ESCO原因延誤工期,未盡維修保養義務致節能收益不足或設備壽命縮短等,用能單位可要求縮短分享期。

關于付款金額

約束性要求。法律法規對付款金額并無限制性規定。付款金額和投資金額有關。付款金額包括投資和利息。按財政獎勵資金管理辦法的規定,ESCO的投資不低70%才能申請中央財政獎勵資金。有些地方制訂了適用于當地的獎勵政策,申請地方財政獎勵對ESCO投資比例要求較低。對于公共機構EPC項目,因資金來源于財政,需要有足夠的預算才能支付。

選擇的余地。(1)固定金額或比例。固定金額可以避免在合同履行時再計算和確認的不確定性,但不適合所有項目。EPC項目的付款金額與節能收益相關,因此嚴格講只有節能收益固定的項目,才能約定固定金額。固定金額通常是基于雙方確認的節能收益按確定分享比例計算的結果,如果是這種情況,建議將分享比例和金額同時在條款中表述,以便明確付款金額的來源。固定金額也可不按比例計算,僅僅基于雙方約定。不基于比例的固定金額約定,適用于項目因具體情況需要對某一期付款金額進行調整的情況。約定分享比例可約定在分享期內采取固定比例,也可以約定不同時間段不同的分享比例。有的項目,可以考慮超出承諾的節能效益,另行約定更高的分享比例。(2)實際節能量或預計節能量。無論是采取何種方式約定付款金額,終究不能脫離節能收益。決定節能收益的因素有兩個,一個是節能量,一個是能源價格。因此,在合同中需要將影響節能收益的這兩個因素如何確定予以明確。以實際節能量作為分享節能收益基礎的,付款金額在合同履行過程中才能確定,需要經雙方確認,且付款金額將隨實際節能量變化。以預計節能量作為分享節能收益基礎的,付款金額在合同簽訂時既已確定,一般在履行過程中不再變更。(3)影響因素。實際節能量不僅與節能改造的效果相關,還與改造后的能源消耗有關,與用能單位的設備運營情況有關。在以實際節能量作為付款依據的合同中,需要充分考慮用能單位運營狀況對付款金額的影響。通常改造驗收合格,則表示ESCO實現了合同約定的節能承諾,因用能單位自身原因關停設備導致實際節能量未實現的,用能單位仍應正常付款。用能單位為了督促ESCO按期完工,可能約定即使在約定的工期內未完工,分享期仍然開始起算,要求按承諾的節能量履行。這樣,如工期拖延就意味著付款金額減少。

關于付款時間

約束性要求。法律對付款時間沒有約束性要求。

選擇的余地。(1)時間段劃分。一般而言,ESCO總是希望盡早付款,用能單位則希望更晚付款。因此付款條款,需要找到雙方的平衡點。付款時間可分為實現節能收益前付款和實現節能收益后付款兩個大的階段。有人可能對實現節能收益前付款心存疑問。EPC項目把以節能收益支付項目所有支出作為其經濟性特征,在實現節能收益之前付款,是不是與EPC項目的特征不符。事實上,以節能收益支付項目投資是針對項目的總體財務和經濟性指標而言,并不是要求必須在實際實現節能收益后才向ESCO付款。在設備安裝到位后,或調試合格后,或在驗收通過后,ESCO已履行了相當一部分合同義務,因設備已到達用能單位,并在用能單位管控范圍內,由用能單位支付一定比例的價款,在風險分配上是平衡的。付款比例一般參考設備的價值,因設備的實際效用未得到檢驗,這時的付款金額一般是按設備價值一定比例確定。有的項目可能單列設備價值,在條款上體現為合同總價款的一定比例。如果設備本身的價值較高,約定在設備到位后支付一部分款項,對ESCO控制風險和減輕資金壓力更有意義,更有利于項目實施。如果設備本身的價值較小,如此約定可能意義不大。鑒于EPC項目的基礎是ESCO對節能效果的承諾,一般不會要求用能單位在設備到達前支付預付款。實現節能收益后付款,一般約定是按年、按季或按月支付。EPC項目的付款頻率與用能單位支付能源費用的頻率相關,可保持二者一致。約定為按月支付的情況較為普遍。(2)與融資的相關性。付款時間關系到收款風險,因此關系到項目融資時,投資人對項目風險的評估?;乜顣r間短、早期回款金額大、有穩定的現金流有利于項目融資。

關于付款方式

現金付款適用于小額的零星付款。大額付款通常通過銀行匯付或票據實現。實踐中使用較多的票據是支票和匯票。支票受區域限制,一般適宜在同城使用。匯票按付款時間分即期和遠期匯票,按出票人,分為銀行匯票和商業匯票。約定以匯票作為支付工具的,應明確匯票的付款時間和匯票種類。電子劃撥是一種簡單快捷的付款方式,定期的付款適宜采用這種方式。采用電子劃撥方式付款的,應在條款中約定收款賬戶。實踐中也有以實物替代付款的情況。如某鋼廠節能改造項目就約定,“在乙方同意的情況下,甲方可以用實物支付乙方的分享款項。如果甲方欲以實物支付乙方的分享款項,至少應提前60天告知乙方。實物按當時的市場價由雙方商定,已使用過的實物,應按中國財務有關規定折舊或加速折舊。”以實物替代付款,需要確定實物品類、品質、價格等要素,除非這些實物將由ESCO自用,否則還要考慮其市場情況,以便出售變現。

關于付款程序

約定付款程序是為了明確付款的具體流程,付款的步驟、環節、需要提供的材料。從流程上講,一般是由ESCO向用能單位提出付款申請,用能單位審核無誤后付款,如有異議,雙方協商。提出付款申請,同時要提供若干材料,通常必備材料之一是與申請付款金額相當的發票。實踐中,發票的類型以明確為妥。開具增值稅發票或普通發票,都會影響雙方的稅賦。此外,不同階段的付款,還會要求提供不同的文件,如在設備安裝調試驗收后的付款,會要求提供驗收證書;在分享期內的付款,會要求提供節能量或能源消耗記錄等。付款申請所要求提供的文件,應在合同中明確其內容、要求、格式。

關于督促和保障措施

常用的付款保障措施有:擔保(保證、抵押、質押),債權轉讓,委托銀行定期劃款、保理。關于EPC項目的回款保障措施,請參考筆者《EPC項目回款保障措施》一文,在此不再詳述。督促措施不外乎從正向激勵和反向懲罰兩個方面約定。正向措施,可以約定一次付款或提前付款優惠,鼓勵用能單位在資金充足的情況下提前付款或一次性買斷改造項目,從而減輕ESCO的資金壓力。反向的懲罰性措施主要通過約定遲延付款將使用能單位遭受不利影響,主要有:(1)約定遲延付款違約金。一般約定用能單位按遲延日期向ESCO支付違約金,違約金應高于銀行貸款利息,但過高的違約金,法律也不支持,一般以不超過貸款利率130%為宜。(2)約定提前一次性付款請求權。約定如果用能單位延期付款超過一定日期,ESCO宣布所有應付款項提前到期,有權要求用能單位一次性支付所有應付款項。(3)約定中止服務。約定如果用能單位長期(合同中需具體約定)拖欠應付款項或拖欠金額達到一定程度,ESCO有權中止提供相關服務。(4)約定延長分享期。延長分享期意味著ESCO有權分享更多節能收益,在一定程度上可督促用能單位按約定付款。

項目管理要點風險管理范文第2篇

關鍵詞:通信項目管理,進度控制,成本控制,質量控制,安全控制

通信行業的重組, 網民數量的增加, 數據通信網、寬帶城域網、光傳輸網絡系統等網絡需求增加, 通信項目市場繁榮, 通信項目大量增加。為了有效地協調和使用所擁有的資源, 降低運營成本, 提高運營效率, 增強企業的應變能力, 需要加強對通信項目進行高效的管理, 對通信項目建設的成本、進度、質量進行控制, 以能夠高效的管理項目, 以提高項目工作效率, 提高公司的競爭能力。

1 通信項目管理概述

通信項目管理是項目管理在通信領域的應用, 結合通信行業特點運用項目管理技術、理念和方法, 包括9大知識領域 (項目綜合、范圍、時間、成本、質量、人力資源、溝通、風險和采購管理) 以及啟動、計劃、實話、控制和收尾等過程組合。通信項目往往是一項綜合性項目, 涉及交通、網管、基建、規劃以及電力等多個部門, 具有大量、復雜的工作, 需要項目管理發揮其協調作用, 有效地組織項目各個參與者各司其職, 互相配合, 促使通信項目保質保量、順利地完成。

目前, 中國的通信行業正在迅速的膨脹, 通信市場形勢也同樣發生變化, 即單項工程規模微型化、工程項目分散化、工程項目微利化, 同時對項目的工期要求比較緊, 對項目的技術和質量有更高的要求。因此, 項目管理者在具體的操作中要想搞好通信工程的項目管理必須對通信項目的啟動過程、計劃過程、執行過程、控制過程及結束過程等五個過程進行有效管理, 促使各種資源合理配置, 優化組合, 提高工作效率, 以實現企業經濟效益的最大化。本文僅對通信項目中的控制過程進行探討, 簡要地探討通信項目管理的控制要點。

2 通信項目管理控制要點

項目管理者對通信項目進行管理, 必須對項目的進度、成本、質量以及安全進行有效地控制, 才能提高項目的工作效率, 以實現企業經濟的最大化。

2.1 進度控制

時間就是金錢, 通信項目的進度關系到通信企業的經濟效益。項目管理者在進行項目管理時首先對項目的進度要進行控制。因此, 通信項目進度控制需要采用科學的方法編制進度計劃與資源供應計劃, 并依據項目的進度計劃, 對項目的實際進展情況進行控制, 在與質量、費用、安全目標協調的基礎上, 實現工期目標, 使項目能夠按時完成。在進行項目進度控制管理時要注意以下重要環節。

2.1.1 科學地編制工程進度總計劃, 且計劃要切實可行, 搞好計

劃與工程現場的配合, 具有一定的前瞻性, 將人員配置、機械設備、材料等納入計劃納入計劃管理。

2.1.2 依據工程進度總計劃編制分段計劃, 例如月計劃、旬計劃甚至周計劃等, 且在制定計劃時留有一定的余地。

2.1.3 計劃趕不上變化, 在保證項目進度總計劃的前提下, 依據變化的情況, 及時修改、調整計劃。

2.1.4 同時注意及時供應材料, 及時支付工程款項, 提高工作效率。

2.2 成本控制

通信項目的成本控制就是為了合理管理通信項目的資金, 降低項目運行成本, 以提高企業的經濟效益。因此, 通信項目進行成本控制, 通信項目實施前, 項目管理者要對通信項目所需要的人工費、機械費、材料費等工程費用以及辦公、管理、打印、出差等其他費用進行預算, 合理地安排各項費用;實施過程中, 項目管理者必須每間隔一定時間, 匯總統計各項費用的實際支出情況, 并及時向上級領導匯報資金運行情況, 便于及時調整通信項目計劃;項目實施結束后, 項目管理者匯總統計出項目的總體費用情況和人均費用, 并進行科學分析, 從而得出該項目的盈虧情況及利潤額。

在具體的通信項目成本控制操作中, 項目管理者應該者重合理安排項目計劃, 控制材料和人工費用, 避免人員空耗和材料浪費;制定經濟合理的施工方案, 努力尋找新工藝、新技術和新材料, 降低成本;嚴把質量關, 確保工程質量, 避免出現返工, 浪費人員和材料;盡量精簡管理機構, 減少管理層次, 節約施工管理費用。

2.3 質量控制

通信工程項目的質量是通信企業的生命, 是企業賴以生存的根本。前文已經提到通信項目涉及面廣, 是一個極其復雜的綜合工程, 影響工程質量的因素較多, 例如, 項目的管理措施、施工工藝、進度計劃、材料質量以及人員配置等因素都會影響項目的質量。因此, 對項目質量的控制是通信項目管理的重中之重, 項目管理者需要注重以下細節。

2.3.1“質量第一, 功在千秋”的理念牢記在胸, 作為項目質量控制的原則。

2.3.2 嚴把材料質量關, 對購買的材料要嚴格依據國家規范標準進行驗收。

2.3.3 要積極鉆研新技術, 掌握科技進步、新材料以及新技術等信息, 并靈活運用于項目, 確保工程質量。

2.3.4 需要加強培訓, 不斷提高管理水平和業務素質, 積極執行

操作人員自檢、班組人員之間互檢, 項目部抽檢, 監理驗收等制度, 把質量問題消滅在施工過程中。

2.4 安全控制

任何通信項目都需要安全生產, 項目部經理、項目管理者、基層班組都要簽訂安全責任書, 對所負責部門的安全工作負有主要的領導責任, 若發生安全事故, 各級責任人和班組都要承擔一定經濟責任。因此, 各級項目管理者都需要加強安全管理, 確保項目能夠順利完工。在具體的安全控制操作中, 項目管理者需要注意以下幾點細節。

2.4.1 預算一定安全設施資金, 確保安全設施配備到位, 并配備

專職或兼職安全員, 對各種安全隱患進行檢查, 將有害于安全的苗頭消滅在萌芽之中。

2.4.2 定期或者不定期地進行安全培訓, 并做好安全教育記錄, 提高員工的自我保護、安全施工意識。

2.4.3 針對通信項目涉及的特殊工種要加強培訓, 持證上崗;對

高空、高壓、電纜等關鍵部位需要加強施工的安全防護;對挖掘機、推土機、大型的交通工具和施工工具制定相關施工制度, 發現問題及時處理。

3 結論

綜上所述, 通信項目經過進度控制、成本控制、質量控制以及安全控制, 不僅有利于通信項目安全順利的完工, 而且有利于企業內部員工素質的提高, 特別有助于企業子啊同行中地位的提升, 從而能實現企業的可持續發展。

參考文獻

[1]劉慶濤, 張偉良.通信工程項目的集成化管理研究[J].中國科技信息.2009 (5) .[1]劉慶濤, 張偉良.通信工程項目的集成化管理研究[J].中國科技信息.2009 (5) .

[2]通信工程項目管理指導手冊.工程技術出版社, 2007 (5) .[2]通信工程項目管理指導手冊.工程技術出版社, 2007 (5) .

[3]汪洋.淺談通信建設工程項目管理[J].城市建設理論研究 (電子版) .2011 (22) .[3]汪洋.淺談通信建設工程項目管理[J].城市建設理論研究 (電子版) .2011 (22) .

項目管理要點風險管理范文第3篇

下面就開始本篇的內容:

第一部分 概念

眾所周知,java中的內存java虛擬機自己去管理的,他不想C++需要自己去釋放?;\統地去 講,java的內存分配分為兩個部分,一個是數據堆,一個是棧。程序在運行的時候一般分配數據堆,把局部的臨時的變量都放進去,生命周期和進程有關系。但 是如果程序員聲明了static的變量,就直接在棧中運行的,進程銷毀了,不一定會銷毀static變量。

另外為了保證java內存不會溢出,java中有垃圾回收機制。 System.gc()即垃圾收集機制是指jvm用于釋放那些不再使用的對象所占用的內存。java語言并不要求jvm有gc,也沒有規定gc如何工作。 垃圾收集的目的在于清除不再使用的對象。gc通過確定對象是否被活動對象引用來確定是否收集該對象。

而其中,內存溢出就是你要求分配的java虛擬機內存超出了系統能給你的,系統不能滿足需求,于是產生溢出。

內存泄漏是指你向系統申請分配內存進行使用(new),可是使用完了以后卻不歸還 (delete),結果你申請到的那塊內存你自己也不能再訪問,該塊已分配出來的內存也無法再使用,隨著服務器內存的不斷消耗,而無法使用的內存越來越 多,系統也不能再次將它分配給需要的程序,產生泄露。一直下去,程序也逐漸無內存使用,就會溢出。

第二部分 原理

JAVA垃圾回收及對內存區劃分

在Java虛擬機規范中,提及了如下幾種類型的內存空間:

◇ 棧內存(Stack):每個線程私有的。

◇ 堆內存(Heap):所有線程公用的。

◇ 方法區(Method Area):有點像以前常說的“進程代碼段”,這里面存放了每個加載類的反射信息、類函數的代碼、編譯時常量等信息。

◇ 原生方法棧(Native Method Stack):主要用于JNI中的原生代碼,平時很少涉及。

而Java的使用的是堆內存,java堆是一個運行時數據區,類的實例(對象)從中分配空間。Java虛擬機(JVM)的堆中儲存著正在運行的應用程序所建立的所有對象,“垃圾回收”也是主要是和堆內存(Heap)有關。

垃圾回收的概念就是JAVA虛擬機(JVM)回收那些不再被引用的對象內存的過程。一般我們認為正在被引用的對象狀態為“alive”,而沒有 被應用或者取不到引用屬性的對象狀態為“dead”。垃圾回收是一個釋放處于”dead”狀態的對象的內存的過程。而垃圾回收的規則和算法被動態的作用于 應用運行當中,自動回收。

JVM的垃圾回收器采用的是一種分代(generational )回收策略,用較高的頻率對年輕的對象(young generation)進行掃描和回收,這種叫做minor collection,而對老對象(old generation)的檢查回收頻率要低很多,稱為major collection。這樣就不需要每次GC都將內存中所有對象都檢查一遍,這種策略有利于實時觀察和回收。

(Sun JVM 1.3 有兩種最基本的內存收集方式:一種稱為copying或scavenge,將所有仍然生存的對象搬到另外一塊內存后,整塊內存就可回收。這種方法有效率, 但需要有一定的空閑內存,拷貝也有開銷。這種方法用于minor collection。另外一種稱為mark-compact,將活著的對象標記出來,然后搬遷到一起連成大塊的內存,其他內存就可以回收了。這種方法不 需要占用額外的空間,但速度相對慢一些。這種方法用于major collection. )

一些對象被創建出來只是擁有短暫的生命周期,比如 iterators 和本地變量。

另外一些對象被創建是擁有很長的生命周期,比如 高持久化對象等。

垃圾回收器的分代策略是把內存區劃分為幾個代,然后為每個代分配一到多個內存區塊。當其中一個代用完了分配給他的內存后,JVM會在分配的內存 區內執行一個局部的GC(也可以叫minor collection)操作,為了回收處于“dead”狀態的對象所占用的內存。局部GC通常要不Full GC要快很多。

JVM定義了兩個代,年輕代(yong generation)(有時稱為“nursery”托兒所)和老年代(old generation)。年輕代包括 “Eden space(伊甸園)”和兩個“survivor spaces”。虛擬內存初始化的時候會把所有對象都分配到 Eden space,并且大部分對象也會在該區域被釋放。 當進行 minor GC的時候,VM會把剩下的沒有釋放的對象從Eden space移動到其中一個survivor spaces當中。此外,VM也會把那些長期存活在survivor spaces 里的對象移動到 老生代的“tenured” space中。當 tenured generation 被填滿后,就會產生Full GC,Full GC會相對比較慢因為回收的內容包括了所有的 live狀態的對象。pemanet generation這個代包括了所有java虛擬機自身使用的相對比較穩定的數據對象,比如類和對象方法等。

關于代的劃分,可以從下圖中獲得一個概況:

如果垃圾回收器影響了系統的性能,或者成為系統的瓶頸,你可以通過自定義各個代的大小來優化它的性能。使用JConsole,可以方便的查看到當前應用所配置的垃圾回收器的各個參數。想要獲得更詳細的參數,可以參考以下調優介紹:

Tuning Garbage collection with the 5.0 HotSpot VM

http://java.sun.com/docs/hotspot/gc/index.html

最后,總結一下各區內存:

Eden Space (heap): 內存最初從這個線程池分配給大部分對象。

Survivor Space (heap):用于保存在eden space內存池中經過垃圾回收后沒有被回收的對象。

Tenured Generation (heap):用于保持已經在 survivor space內存池中存在了一段時間的對象。

Permanent Generation (non-heap): 保存虛擬機自己的靜態(refective)數據,例如類(class)和方法(method)對象。Java虛擬機共享這些類數據。這個區域被分割為只讀的和只寫的,Code Cache (non-heap):HotSpot Java虛擬機包括一個用于編譯和保存本地代碼(native code)的內存,叫做“代碼緩存區”(code cache)

第三部分 監控(工具發現問題)

談到內存監控工具,JConsole是必須要介紹的,它是一個用JAVA寫的GUI程序,用來監控 VM,并可監控遠程的VM,易用且功能強大。具體可監控JAVA內存、JAVA CPU使用率、線程執行情況、加載類概況等,Jconsole需要在JVM參數中配置端口才能使用。

由于是GUI程序,界面可視化,這里就不做詳細介紹,

具體幫助支持文檔請參閱性能測試JConsole使用方法總結:

http:///chanpin/km/test/DocLib/性能測試輔助工具-JConsole的使用方法.aspx

或者參考SUN官網的技術文檔:

http://Java.sun.com/j2se/1.5.0/docs/guide/management/jconsole.html

http://Java.sun.com/javase/6/docs/technotes/tools/share/jconsole.html

在實際測試某一個項目時,內存出現泄露現象。起初在性能測試的1個小時中,并不明顯,而在穩定性測試的時候才發現,應用的HSF調用在經過幾個 小時運行后,就出現性能明顯下降的情況。在服務日志中報大量HSF超時,但所調用系統沒有任何超時日志,并且壓力應用的load都很低。經過查看日志后, 認為應用可能存在內存泄漏。通過jconsole 以及 jmap 工具進行分析發現,確實存在內存泄漏問題,其中PS Old Gen最終達到占用 100%的占用。如圖所示:

從上圖可以看到,雖然每次Full GC,JVM內存會有部分回收,但回收并不徹底,不可回收的內存對象會越來越多,這樣便會出現以上的一個趨勢。在Full GC無法回收的對象越來越多時,最終已使用內存達到系統分配的內存最大值,系統最后無內存可分配,最終down機。

第四部分 分析

經過開發和架構師對應用的分析,查看此時內存隊列,看哪個對象占用數據最多,再利用jmap命令,對線程數據分析,如下所示:

num #instances #bytes class name

1: 9248056 665860032 com.taobao.matrix.mc.domain.**

2: 9248031 295936992 com.taobao.matrix.**

3: 9248068 147969088 java.util.**

4: 1542111 37010664 java.util.Date

前三個instances不斷增加,指代的是同一個代碼邏輯,異步分發的問題,堵塞消息,回收多次都無法回收成功。導致內存溢出。

此外,對應用的性能單獨做了壓測,他的性能只能支撐到一半左右,故發送消息的TPS,應用肯定無法處理過來,導致消息堆積,而JAVA垃圾回收期認為這些都是有用的對象,導致內存堆積,直至系統崩潰。

調優方法

由于具體調優方法涉及到應用的配置信息,故在此暫不列出,可以參考性能測試小組發布的《性能測試調優寶典》

第四部分 總結

內存溢出主要是由于代碼編寫時對某些方法、類應用不合理,或者沒有預估到臨時對象會占用很大內存量,或者把過多的數據放入JVM緩存,或者性能 壓力大導致消息堆積而占用內存,以至于在性能測試時,生成龐大數量的臨時對象,GC時沒有做出有效回收甚至根本就不能回收,造成內存空間不足,內存溢出。

項目管理要點風險管理范文第4篇

1) 確保適宜的環境。蛋鴨生產期間最適宜的溫度是15~22℃, 最低不應低于5℃。因此, 冬季鴨舍保溫防寒極其重要。鴨舍不但要達到適宜的溫度, 還要保持清潔衛生。鴨舍要用磚瓦水泥結構, 并留有通風門窗, 利用溫暖天氣短時間不定期換氣。鴨舍的西、北兩側可砌防護墻遮風增溫, 鴨舍的門前可采取透明塑料布拱棚增溫, 夜間和氣溫低時, 再在鴨舍和拱棚上加蓋草簾保溫。同時在鴨舍的活動場地和舍內鋪些干燥的稻殼、稻糠或劇稍、碎麥稈等, 每周更換2~3次。適當提高蛋鴨夜宿密度, 每平方米在8~10只。

2) 增加必要的營養。冬季蛋鴨天然餌料短缺, 如果只是粗喂淡養根本不夠蛋鴨生長和產蛋營養的需要, 因此, 在冬季應及時調整日糧。冬季蛋鴨對能量要求較高, 因此要適當增加玉米、稻谷等能量飼料的比例, 并且要注意增加鮮白菜、胡蘿卜等青綠飼料。如早晨發現蛋小殼薄, 產期延長, 應及時加喂玉米、糖麩、豆餅、田螺等熱能飼料。更換飼料要逐步進行, 每天喂食3~4次, 根據情況夜間可再喂1次, 并供給充足的清潔飲水, 要讓鴨子飲溫水, 千萬不要飲冰水, 雪水, 夜間鴨槽不留水, 以免引起應激而使產蛋量下降。據試驗, 用溫料、溫水喂鴨, 產蛋率可提高10%以上。另外, 做到先飲水、喂食, 再喂青綠飼料, 以確保蛋鴨對維生素的吸收。

3) 人工補足光照。蛋鴨產蛋期間每天需要14~16個小時的光照, 冬季晝短夜長, 鴨子光照明顯不足。因此, 鴨舍內每20平方米面積要安裝一盞60瓦的白熾燈泡, 燈泡距鴨身高度為2米。并注意掌握自然光照與人工光照的結合與協調, 做到自然光照足時, 人工光照時間要縮短, 反之要相應增加。正常情況下開燈補光的時間, 一般在每天晚上的5~8時和次日凌晨的4~8時。

4) 鍛煉蛋鴨的御寒能力。在適宜的晴暖天氣先讓鴨子在圈場做一些趕走活動, 待鴨子體溫回升發出“嘎嘎”噪聲時開棚放鴨下水, 并根據氣溫下降成度, 減少放水次數, 縮短下水時間, 達到提高鴨子對棚外氣溫和水溫的適應能力。

項目管理要點風險管理范文第5篇

將冬剪時剪落的病枝、病葉及病果帶出果園, 并集中燒毀或深埋。在樹體10%芽萌發到芽長1厘米時噴施波美3~5度石硫合劑, 注意在天氣晴好無風時施藥。

2. 樹體管理。

(1) 抹芽。在4月上中旬 (萌芽后) , 及時抹去副芽、弱芽 (不正芽、雙芽或三生芽) 。一般需抹芽2~3次, 第1次在芽眼展露花序時進行, 第2次、第3次以比前次晚5~7天為宜。 (2) 摘心。在花前7~10天對主梢進行摘心, 一般第1花序上留4~6片葉, 在摘心處留1個副梢, 其余副梢留1~2葉片后摘心;在花期對主梢摘心時, 再對此類新梢的頂生副梢留3~5葉摘心。 (3) 綁梢。在新梢長30~60厘米時, 應及早用活“8字結”進行綁梢和引縛。綁梢一般自花前開始, 到坐果后結束, 使架面果穗合理分布。 (4) 整花序。在初花前3~5天, 將副穗及主穗穗尖 (1/3~1/2) 疏除;對于大花序, 還需疏去2~4個歧肩;注意疏去長勢衰弱的花序及弱梢。

3. 土、肥、水管理。

選擇晴好天氣進行中耕除草, 全面清理園內所有溝系, 做到“三溝”配套。對樹勢較弱的植株, 可在萌芽前追施1次萌芽肥, 一般每667平方米追施氮磷鉀復合肥15~20千克, 施肥后要及時澆水。開花前一般不再進行根際追肥, 但可適時、適量進行葉面噴肥。如果開花前持續高溫干旱, 則應及時澆1次小水。

4. 病蟲害防治。

項目管理要點風險管理范文第6篇

門衛是豬場的一個較關鍵性崗位, 由于豬場的特殊性, 人員和車輛的進出比較頻繁, 所以要加強人員和車輛的清洗消毒防疫工作。嚴格控制外來無關人員和車輛的進入, 特殊情況及時向場部匯報。其次, 要加強員工外出程序的規范操作。門衛還應加強對圍墻的巡邏和排查工作, 發現隱患, 及時匯報。

2食堂工作

做好食堂工作是保證豬場正常運轉的重要一環。食堂要盡量為員工提供更為優質的飯菜和服務。特別是對加班員工和上夜班的員工, 食堂要做到更為貼心的服務, 一要保證用餐及時, 二要保證熱飯熱菜。此外, 食堂要跟蹤把控好各類食材的價格, 必要時, 后勤組長可利用下班時間外出到菜市場詢價, 確保價格合理。在采購品種的選擇方面, 要注意品種的多樣化。同時, 要注意食品安全, 盡量采購時令菜, 不要采購反季節蔬菜。在食堂衛生方面, 既要加強對食堂周邊環境的清理和整治, 也要加強室內的衛生清掃工作, 特別是桌上的碗筷要及時清理, 不能過夜。

3更衣室工作

洗衣工要盡快適應工作崗位, 力爭盡早進入最佳狀態。一是衣物盡量要用刺激性小的消毒藥物浸泡和清洗。二是衣物要疊好, 做到對號入座。三是每天早上要搞好辦公室區內的衛生。四是要每天下午15:00~16:00巡視客房, 做好客房的衛生。

4污水處理

污水處理專員應加強污水處理池周邊環境的整治力度, 木板、廢品、垃圾雜物等要及時清理。在暴雨較多的時期, 水溝松土較多, 不利于排水, 污水專員必須要將周邊排水溝的污泥進行清理, 保證下暴雨時排水通暢。防止大雨沖毀塘基。此外, 污水處理員還應要求搬運工做好固液分離池、隔渣池、壓泥機的豬糞、淤泥處理工作, 及時向場部反饋。污水處理是豬場能否正常運轉的生命線, 污水處理專員必須嚴格按污水處理要求做好污水處理工作, 后勤組長要多到現場檢查監督相關工作開展情況, 及時匯報。

5倉庫管理

在雨水較多的時期, 經常有部分飼料淋濕的問題, 倉管員要加強飼料入庫的驗收工作, 發現飼料質量問題立刻向場部匯報處理, 防止因飼料淋濕造成霉變而影響生產。此外, 倉管員還要做好工作服的細化管理。各項物資入庫及領用必須按財務要求執行, 定期自行盤點。

6水電管理

電工要確保全場水電運轉正常, 保證生產需要。一是要將部分生產線的水簾、風機安裝調試好。二要盡快將生活區網線拉好, 方便員工上網。

上一篇:學講話用講話心得體會范文下一篇:新農村建設與志愿服務范文

91尤物免费视频-97这里有精品视频-99久久婷婷国产综合亚洲-国产91精品老熟女泄火