當前位置:首頁 » 網頁前端 » 前端系統風險
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

前端系統風險

發布時間: 2022-08-21 12:45:08

㈠ 企業安全生產風險評估及管控優化怎麼做好

安全風險評估工作作為企業的一項常態性工作應該緊抓不放,只有通過全面識別風險,准確評價風險,有效控制風險,全面增強安全工作的預見性、防範性和科學性,才能有效確保企業的正常生產活動。然而,由於部分企業編配崗位限制,許多部門交叉兼職,加上專業技術力量薄弱、專業人才欠缺,同時沒有專業的安全風險評估組織機構和專門的評估程序及方法,導致安全風險評估存在著這樣那樣的問題。如何結合企業的實際情況,採取有效應對措施做好企業的安全風險評估工作,防範重大安全事故發生,是擺在企業面前的一項現實而又緊迫的任務,必須引起高度重視。

㈡ 我是做前端開發的,我開發啦許多電影網站的模板,有人拿去做違法網站。

影響不到,但是別人誣告的話,你也有點麻煩,總的來說,沒什麼太大問題。
HS網站一般抓的話,抓幕後人,網站製作什麼的~~一般很少管,不能說我做的網站別人拿去把背景圖片換成HS的, 你就背鍋了,有責任也是換圖片那個人的責任。
說句不好聽的話,誰知道這網站誰做的啊~~,不要太自以為是,網站銷售合同裡面一定要明確責任,只出售正規正版的,賣出後改版改圖不承擔任何責任。

㈢ web前端多少歲不能做了前端是青春飯嗎

現實生活中,程序員似乎就是一個吃青春飯的職業,你應該沒見過五六十歲的碼農,還佝僂著在電腦旁碼著代碼吧。
確實,隨著年齡增大而退化的記憶力、學習能力以及邏輯思考能力,會使程序員的看起來更像一個體力活和青春飯的職業。或許有公司認為,與其花那麼多錢僱傭一個老的程序員,不如花同樣的錢雇兩三個大學畢業生,會產出更大的工作量。
這就是現實,企業對大齡程序員顧慮重重,一方面技術更迭快,或許你今天用的某一個架構明天就更新換代了;另一方面工作強度大,大齡程序員既要兼顧工作又要兼顧家庭,很難有時間和精力融入到團隊氛圍當中,再說身體素質也未必能承受住高壓。因此,研發隊伍年輕化,是技術團隊的常態,互聯網企業HR普遍都偏愛35歲以下的技術人才。
同時,隨著國內經濟下行,互聯網行業增速較慢,此前熱度高漲的人才市場開始遇冷。對於35歲的中年程序員來說,往往不敢輕易跳槽,一方面這個階段自己的專業能力已然定性,換工作或轉行都相當困難;另一方面,在這種就業難的背景之下,想要找到匹配度高的工作實屬不易,再加上所謂的中年危機。
但是,每年有無數的中年程序員被迫轉行,裁員是原因之一,還有就是感覺發展受限,晉升遇到瓶頸等。失業程序員有哪三大出路?據專業人士分析,失業程序員可以向IT培訓師轉型,可以向IT營銷轉型,還可以向項目管理層發展。
一般而言,擁有10年工作經驗的程序員,實踐經驗豐富,有較強的技術背景支撐,基本涉獵了各種編程軟體及工具,對IT行業也有比較深入的了解,還有可能在團隊中做過負責人,帶領團隊進行過項目開發。種種這些,都相當符合IT培訓師、IT營銷以及管理層對職位的要求,而且,這些職位和程序員相比,不會有太大的壓力,工作也比較穩定,還有一定的發展空間,最重要的是,沒有脫離本行。
其實,大家不要過於「妖魔化」中年危機,35歲危機,也並不是程序員的專屬,事實上絕大多數崗位都會出現這樣的困境。只不過不同的人,做出的選擇不同,有些人選擇繼續深耕技術,有些人則開始考慮轉行轉崗。然而,人到中年不管如何選擇,如果沒有爭取到足夠重要的崗位,都很可能有被取代的風險。

㈣ 常用的Web前端框架優缺點分析

今天小編要跟大家分享的文章是關於常用的web前端框架優缺點分析。正在從事web前端工作的小夥伴們一定不會對web前端框架陌生,那麼這么多的框架各有什麼優缺點呢?為了幫助小夥伴們提高工作效率,今天小編為大家整理了不同框架的優缺點分別是什麼,下面來和小編一起看一看吧!

一、web前端框架之Angular2+


Angular2+優點解析:


Angular2+的最大優勢在於它的流行程度。也有人認為它和Google密切相關的名字,會影響團隊使用它。Angular1
的迅速流行是因為那些來自其他互動式應用程序開發環境的人會發現對於開發單頁面web應用程序具有相似的模型-視圖模式。通過對Angular1
進行現代化演變和重新構建框架的某些部分,Angular2+
已經真正的爆發了,大量的正式的和非正式培訓機構數量都讓人印象深刻,開發者有很強的市場競爭力。對於用戶來說它有一套用於構建用戶界面的豐富組件,這也是本系列中少有的幾個框架能夠做到這點。


缺點解析:


我們覺得Angular框架著重於在單個頁面應用程序中創建用戶界面並沒有處理構建完整的web
應用這個更大的關注點,如果不及早確定下來,這將會導致整個項目難以維護,在實際項目中,運行時提供不屬於核心框架的技術往往讓人覺得不可思議,這大大降低了
TypeScript對最終開發者的價值。


發展方向:


Angular5剛剛發布,這看來是Angular已經成功的印證了快速發布版本的承諾,在Google的持續支持下,Angular
會越來越成熟。


像許多的大型組織一樣,Google具有多重(分裂)的人格,從外表上看,Angular
團隊和那些專注於瀏覽器標準的團隊之間顯得很和諧。但我們的觀點是,和諧只是一層薄薄的窗戶紙。Angular團隊對於web組件和漸進式web
應用沒有一個真正解決方案。我們認為,業界普遍認可的標准將會在Angular框架中會逐步實現,這將會影響到如何更好的構建Angular
應用將成為一個中/長期的風險。


使用環境:


如果你需要在一個大型的框架內獲取技術資源,框架內的技術通常很容易移植;或者你需要在框架中訓練開發人員,並且還要有一定的信心,他們會在短期內獲得一定的開發能力,這樣的話你可以考慮
Angular2+。需要注意的是Angular1(angular.js)與Angular2+是截然不同的,其中的應用、技術和經驗不能直接移植到
Angular2+的開發中去。


如果你的web應用能夠很好的轉化為標準的模型-視圖模式,那麼你也可以忽略其他直接考慮使用Angular2+。


如果你對GoogleMaterialUX設計模式滿意,那麼MaterialAngular
是遵循該模式的一種快速、簡單且可靠的方式。


二、web前端框架之React+Rex


React+Rex優勢解析:


React和Rex
的最大優勢在於它們相對簡單和專注。做一件事情並把它做好是非常困難的,但這兩個庫都很有效地完成了它們的目標。雖然對於某些狀態容器方法可能是外部的,但大多數開發人員還是可以輕松掌握概念,並了解單向數據體系結構的好處,簡化大量的用戶界面應用程序。


缺點解析:


React和Rex最大的弱點不是它們是什麼,而是它們不是什麼。要構建一個功能豐富的Web應用程序,你需要許多功能,一旦脫離React
和Rex和其他一些庫的核心,你將發現一個非常分散的社區,擁有無數的解決方案和模式,不容易整合在一起。


因此,雖然React和Rex
都是非常專注的庫,但缺乏經驗的團隊還是會很容易地生成不可維護的解決方案,而不是意識到他們所做的選擇會導致性能不佳或錯誤。即使有經驗的開發人員也可能意識到,一個鬆散的架構或慣例可能會在未來困擾他們。


假省錢是一種對自己的欺騙,組織范圍內採用React和Rex將輕松降低無效率問題。沒有其他庫和模式的廣泛約定和標准化,標准化React+
Rex比較於我們正在採用的JavaScript來編寫我們的應用程序效率要高。


發展方向:


Facebook和React最近從繁瑣的附加專利糾紛中抽離,他們認識到,就像其他項目一樣,更廣泛的社區能夠提高自己的聲音。我覺得這有助於
Facebook意識到他們還不能更好地了解我們,相信我們來引導項目。希望這將繼續貫穿項目的特點和技術方向。


很難預測React和Rex的未來。但是,將庫集中在一起,確實會顯著提高適應性,大多數React+Rex
模式都會促進一個分離的體系結構,從而可以輕松地進行重構和迭代。兩年前,大家喜歡的還是React+
Flux,但整個社區很快就擁抱了Rex。思維或模式的其他重大轉變可能很容易被採納。這種關鍵能力可能會持續到未來。


使用環境:


如果你很少需要手把手指導,並且正在尋找更好的庫而不是全面的框架,那麼React+Rex
可能是正確的。在這一過程中,你不僅需要對你的團隊和組織的能力保持誠實,還要在你的初始開發過程中,以及在整個應用程序的長期維護過程中保持誠實。


三、web前端框架之Vue.js


vue.js優勢介紹:


漸進式構建能力是vue.js最大的優勢,vue有一個簡潔而且合理的架構,使得它易於理解和構建。


vue有一個強大的充滿激情人群的社區,這為vue.js增加了巨大的價值,使得為一個空白項目創建一個綜合的解決方案變得十分容易。


缺點介紹:


在模型-視圖應用程序和狀態容器類型的應用程序之間的互相轉換可能會令人感到困惑,即使沒有完美包含一個模式到另一個模式的完美轉換,但讓人感覺希望能維持兩個模式的相關性。對於那些期待
vue.js完美解決方案,並可能導致難以維護不一致的應用程序的人來說,這至少是令人困惑的。


一個更大的挑戰是vue.js
依賴於一個單獨的人,很明顯,其他的項目基本是由一個組織提供支持,但這讓人感覺更加有意義,雖然它有一個強大文件的社區和許多有創新的新增項目,但是vue
核心的開發基本落在一個人身上。


我們很高興看到vue更加容易接受新興的標准方法,但是它的類似於web組件的模式,而不是真正的web組件,這可能是vue
所得不償失的地方。


發展前景:


雖然vue.js
有相當廣泛的應用,但也很難預測在中期發展中這個勢頭能持續多久,它不是由一個商業組織直接支持並維護,因此,這很大程度上依賴於維護者的生存能力和繼續維護下去的願望來決定。


它也表現出了一定程度的語言適應能力,並且隨著某些模式的落伍和失寵而繼續保持自身語言的現代化和時代性,目前沒有跡象表明vue.js
架構將來無法適應進一步發展。


使用場景:


如果你有一個傳統的web應用程序,並需要一個強壯穩健的應用程序層,那麼vue.js
可能是一個很好的選擇,它有清晰的模式,即使沒有經驗的團隊也能正確或者錯誤的使用它。盡管vueUX框架沒有開箱即用的功能,但在vue.js
上也能大量持續性構建應用,這將有利於你的項目。


以上就是小編今天為大家分享的關於常用的web前端框架優缺點分析的文章,希望本篇文章能夠對正在從事web前端工作的小夥伴們有所幫助,想要了解更多web前端知識記得關注北大青鳥web培訓官網,最後祝願小夥伴們工作順利,成為一名優秀的web前端工程師。


㈤ WEB前端就業前景如何自學能找到工作么

隨著這些年互聯網的發展,市面上尤其是大城市WEB前端的崗位需求同樣越來越大,其實不僅僅是互聯網行業,現在各個行業都向向互聯網融入這個過程同樣需要大量的前端開發人員!所以就業前景非常好。

同樣由於技術的快速發展和迭代WEB前端的知識已經精細化體系化,網路上教學視頻中很多技術實際上已經落伍推薦選擇一家專業的培訓機構學習已達到事半功倍的效果。

㈥ 安全風險評估軟體好處有哪些

安全風險評估工作作為企業的一項常態性工作應該緊抓不放,只有通過全面識別風險,准確評價風險,有效控制風險,全面增強安全工作的預見性、防範性和科學性,才能有效確保企業的正常生產活動。然而,由於部分企業編配崗位限制,許多部門交叉兼職,加上專業技術力量薄弱、專業人才欠缺,同時沒有專業的安全風險評估組織機構和專門的評估程序及方法,導致安全風險評估存在著這樣那樣的問題。如何結合企業的實際情況,採取有效應對措施做好企業的安全風險評估工作,防範重大安全事故發生,是擺在企業面前的一項現實而又緊迫的任務,必須引起高度重視。

㈦ Web前端和後端有什麼區別為什麼要學習Web前端技術

今天小編要跟大家分享的文章是關於Web前端和後端有什麼區別?為什麼要學習Web前端技術?想要轉行進入互聯網行業的小夥伴一定不會對Web陌生,但是你知道什麼是前端什麼是後端呢?Web前端開發與後台開發有什麼區別呢?下面就讓我們一起來看一看吧!

前端


Web應用按照客戶-服務體系結構分類為分布式應用。所以我們的代碼有一部分運行於客戶端,還有一部分運行於服務端。運行於客戶端部分的應用(大多數情況下,客戶端是指我們的Web瀏覽器)被成為前端。最常見的用於前端開發的技術組合是HTML+CSS+JavaScript。前端專家通常使用這些技術開發專業知識來創建Web應用的前端。HTML這個超文本標記語言,它主要用來展示一些文本,圖片,表格,鏈接等,其次是CSS,它中文翻譯為層疊樣式表,CSS不僅可以靜態地修飾網頁,還可以配合各種腳本語言動態地對網頁各元素進行格式化。最後一門重要的技術叫做JavaScript,一種直譯式腳本語言,常用來為網頁添加各式各樣的動態功能,為用戶提供更流暢美觀的瀏覽效果。


後端


後端一般指的就是我們網站的伺服器程序,他們決定了我們網站的運行邏輯,業務核心,我們通過它來處理業務,操作資料庫,後端開發者編寫運行於伺服器上的代碼。通常情況下,這部分工作需要為讀/寫數據、讀/寫文件、製作業務邏輯等連接資料庫。有些情況下,業務邏輯是駐留在客戶端的,這時客戶端通常以Web服務的形式被用以服務來自資料庫的數據。後端開發者通常精通於一種Web編程語言和一個資料庫管理系統。後端入門稍困難,每天關注的是業務邏輯的處理,數據的增刪改查,性能的優化。對應jsp、javaBean
、層、action層和service層的業務邏輯代碼。(包括資料庫)


一開始步入前端的我也是這么覺得呢,但當你真正的了解了前端的這個行業,你就會明白前端真的值得你去做,值得你去付出,因為前端行業應急滲入到了各方面,可說前端行業的生命力非常的強大,而且前途也無可限量。如果你還在猶豫要不要步入前端,我給你的建議是,與其把時間浪費在猶豫上,還不如認真的拼一把,把時間花在前端上。相信你看完我下面的內容會對前端有個全新的認識。


十年前大家或許還都在考慮要不要走前端的道路,走了又會有什麼樣的風險,自己到底能走多遠?因為那時正式前端剛起步的時候,很多技術還不成熟,大家有此想法也是很正常的,畢竟考慮的多點,會讓自己少走一點彎路。但現在不同往日了,尤其是十年前。


現在的前端技術可以說是越來越成熟了,前端市場也非常的火爆,前端人才也是異常的緊缺。再者,前端行業也是無可限量。由於互聯網的崛起,前端技術的不斷發展,也占據了互聯網的一席之地。


那為什麼說前端無可限量呢?國外著名的自媒體平台facebook,相信大家多多少少知道一點,也用過一點,它就是前端技術的產物,完全基於前端框架打造出來的平台。再者,大家常用的外賣平台餓了么,它旗下的部分產品就是基於前端技術的。像淘寶,網路,阿里等等,都已經將前端技術打入到了自己的產品中。


最後關於前後端的選擇


前端更容易入門,每天調整界面的展示,通過代碼完成優美的界面和酷炫的交互。


後端入門稍困難,每天關注的是業務邏輯的處理,數據的增刪改查,性能的優化。


前端技術的前景


由於目前我們的網站、app的很多界面都是有前端技術實現的,所以前端依然是很有前景的,值得選擇。


以上就是小編今天為大家分享的關於Web前端和後端有什麼區別?為什麼要學習Web前端技術?的文章,希望本篇文章能夠對想要學習Web技術的小夥伴們有所幫助。想要了解更多Web前端知識記得關注北大青鳥Web培訓官網哦!

㈧ 前端風險督查員是做什麼的

交行內部系統下發的件進行上門核實信息

㈨ 如何降低信息系統開發的潛在風險

倍頻,使之運行頻率(主頻=外頻*倍頻)得到大幅提升,即超CPU。 其它的如系統匯流排、顯卡、內存等都可以超頻使用。 可以通過軟體調節和改造硬體來實現。 超頻會影響系統穩定性,縮短硬體使用壽命,甚至燒毀硬體設備(並不是只有CPU受影響!!!),所以,沒有特殊原因最好不要超頻。 答二: 超頻是使得各種各樣的電腦部件運行在高於額定速度下的方法。例如,如果你購買了一顆Pentium 4 3.2GHz處理器,並且想要它運行得更快,那就可以超頻處理器以讓它運行在3.6GHz下。 鄭重聲明! 警告:超頻可能會使部件報廢。超頻有風險,如果超頻的話整台電腦的壽命可能會縮短。如果你嘗試超頻的話,我將不對因為使用這篇指南而造成的任何損壞負責。這篇指南只是為那些大體上接受這篇超頻指南/FAQ以及超頻的可能後果的人准備的。 為什麼想要超頻?是的,最明顯的動機就是能夠從處理器中獲得比付出更多的回報。你可以購買一顆相對便宜的處理器,並把它超頻到運行在貴得多的處理器的速度下。如果願意投入時間和努力的話,超頻能夠省下大量的金錢;如果你是一個象我一樣的狂熱玩家的話,超頻能夠帶給你比可能從商店買到的更快的處理器。 超頻的危險 首先我要說,如果你很小心並且知道要做什麼的話,那對你來說,通過超頻要對計算機造成任何永久性損傷都是非常困難的。如果把系統超得太過的話,會燒毀電腦或無法啟動。但僅僅把它推向極限是很難燒毀系統的。 然而仍有危險。第一個也是最常見的危險就是發熱。在讓電腦部件高於額定參數運行的時候,它將產生更多的熱量。如果沒有充分散熱的話,系統就有可能過熱。不過一般的過熱是不能摧毀電腦的。由於過熱而使電腦報廢的唯一情形就是再三嘗試讓電腦運行在高於推薦的溫度下。就我說,應該設法抑制在60 C以下。 不過無需過度擔心過熱問題。在系統崩潰前會有徵兆。隨機重啟是最常見的徵兆了。過熱也很容易通過熱感測器的使用來預防,它能夠顯示系統運行的溫度。如果你看到溫度太高的話,要麼在更低的速度下運行系統,要麼採用更好的散熱。稍後我將在這篇指南中討論散熱。 超頻的另一個"危險"是它可能減少部件的壽命。在對部件施加更高的電壓時,它的壽命會減少。小小的提升不會造成太大的影響,但如果打算進行大幅超頻的話,就應該注意壽命的縮短了。然而這通常不是問題,因為任何超頻的人都不太可能會使用同一個部件達四、五年之久,並且也不可能說任何部件只要加壓就不能撐上4-5年。大多數處理器都是設計為最高使用10年的,所以在超頻者的腦海中,損失一些年頭來換取性能的增加通常是值得的。 基礎知識 為了了解怎樣超頻系統,首先必須懂得系統是怎樣工作的。用來超頻最常見的部件就是處理器了。 在購買處理器或CPU的時候,會看到它的運行速度。例如,Pentium 4 3.2GHz CPU運行在3200MHz下。這是對一秒鍾內處理器經歷了多少個時鍾周期的度量。一個時鍾周期就是一段時間,在這段時間內處理器能夠執行給定數量的指令。所以在邏輯上,處理器在一秒內能完成的時鍾周期越多,它就能夠越快地處理信息,而且系統就會運行得越快。1MHz是每秒一百萬個時鍾周期,所以3.2GHz的處理器在每秒內能夠經歷3,200,000,000或是3十億200百萬個時鍾周期。相當了不起,對嗎? 超頻的目的是提高處理器的GHz等級,以便它每秒鍾能夠經歷更多的時鍾周期。計算處理器速度的公式是這個: FSB(以MHz為單位)×倍頻 = 速度(以MHz為單位)。 現在來解釋FSB和倍頻是什麼: FSB(對AMD處理器來說是HTT*),或前端匯流排,就是整個系統與CPU通信的通道。所以,FSB能運行得越快,顯然整個系統就能運行得越快。 CPU廠商已經找到了增加CPU的FSB有效速度的方法。他們只是在每個時鍾周期中發送了更多的指令。所以CPU廠商已經有每個時鍾周期發送兩條指令的辦法(AMD CPU),或甚至是每個時鍾周期四條指令(Intel CPU),而不是每個時鍾周期發送一條指令。那麼在考慮CPU和看FSB速度的時候,必須認識到它不是真正地在那個速度下運行。Intel CPU是"四芯的",也就是它們每個時鍾周期發送4條指令。這意味著如果看到800MHz的FSB,潛在的FSB速度其實只有200MHz,但它每個時鍾周期發送4條指令,所以達到了800MHz的有效速度。相同的邏輯也適用於AMD CPU,不過它們只是"二芯的",意味著它們每個時鍾周期只發送2條指令。所以在AMD CPU上400MHz的FSB是由潛在的200MHz FSB每個時鍾周期發送2條指令組成的。 這是重要的,因為在超頻的時候將要處理CPU真正的FSB速度,而不是有效CPU速度。 速度等式的倍頻部分也就是一個數字,乘上FSB速度就給出了處理器的總速度。例如,如果有一顆具有200MHz FSB(在乘二或乘四之前的真正FSB速度)和10倍頻的CPU,那麼等式變成: (FSB)200MHz×(倍頻)10 = 2000MHz CPU速度,或是2.0GHz。 在某些CPU上,例如Intel自1998年以來的處理器,倍頻是鎖定不能改變的。在有些上,例如AMD Athlon 64處理器,倍頻是"封頂鎖定"的,也就是可以改變倍頻到更低的數字,但不能提高到比最初的更高。在其它的CPU上,倍頻是完全放開的,意味著能夠把它改成任何想要的數字。這種類型的CPU是超頻極品,因為可以簡單地通過提高倍頻來超頻CPU,但現在非常罕見了。 在CPU上提高或降低倍頻比FSB容易得多了。這是因為倍頻和FSB不同,它隻影響CPU速度。改變FSB時,實際上是在改變每個單獨的電腦部件與CPU通信的速度。這是在超頻系統的所有其它部件了。這在其它不打算超頻的部件被超得太高而無法工作時,可能帶來各種各樣的問題。不過一旦了解了超頻是怎樣發生的,就會懂得如何去防止這些問題了。 * 在AMD Athlon 64 CPU上,術語FSB實在是用詞不當。本質上並沒有FSB。FSB被整合進了晶元。這使得FSB與CPU的通信比Intel的標准FSB方法快得多。它還可能引起一些混亂,因為Athlon 64上的FSB有時可能被說成HTT。如果看到某些人在談論提高Athlon 64 CPU上的HTT,並且正在討論認可為普通FSB速度的速度,那麼就把HTT當作FSB來考慮。在很大程度上,它們以相同的方式運行並且能夠被視為同樣的事物,而把HTT當作FSB來考慮能夠消除一些可能發生的混淆。 怎樣超頻 那麼現在了解了處理器怎樣到達它的額定速度了。非常好,但怎樣提高這個速度呢? 超頻最常見的方法是通過BIOS。在系統啟動時按下特定的鍵就能進入BIOS了。用來進入BIOS最普通的鍵是Delete鍵,但有些可能會使用象F1,F2,其它F按鈕,Enter和另外什麼的鍵。在系統開始載入Windows(任何使用的OS)之前,應該會有一個屏幕在底部顯示要使用什麼鍵的。 假定BIOS支持超頻*,那一旦進到BIOS,應該可以使用超頻系統所需要的全部設置。最可能被調整的設置有: 倍頻,FSB,RAM延時,RAM速度及RAM比率。 在最基本的水平上,你唯一要設法做到的就是獲得你所能達到的最高FSB×倍頻公式。完成這個最簡單的辦法是提高倍頻,但那在大多數處理器上無法實現,因為倍頻被鎖死了。其次的方法就是提高FSB。這是相當具局限性的,所有在提高FSB時必須處理的RAM問題都將在下面說明。一旦找到了CPU的速度極限,就有了不只一個的選擇了。 如果你實在想要把系統推到極限的話,為了把FSB升得更高就可以降低倍頻。要明白這一點,想像一下擁有一顆2.0GHz的處理器,它採用200MHz FSB和10倍頻。那麼200MHz×10 = 2.0GHz。顯然這個等式起作用,但還有其它辦法來獲得2.0GHz。可以把倍頻提高到20而把FSB降到100MHz,或者可以把FSB升到250MHz而把倍頻降低到8。這兩個組合都將提供相同的2.0GHz。那麼是不是兩個組合都應該提供相同的系統性能呢? 不是的。因為FSB是系統用來與處理器通信的通道,應該讓它盡可能地高。所以如果把FSB降到100MHz而把倍頻提高到20的話,仍然會擁有2.0GHz的時鍾速度,但系統的其餘部分與處理器通信將會比以前慢得多,導致系統性能的損失。 在理想情況下,為了盡可能高地提高FSB就應該降低倍頻。原則上,這聽起來很簡單,但在包括系統其它部分時會變得復雜,因為系統的其它部分也是由FSB決定的,首要的就是RAM。這也是我在下一節要討論的。 * 大多數的零售電腦廠商使用不支持超頻的主板和BIOS。你將不能從BIOS訪問所需要的設置。有工具允許從Windows系統進行超頻,但我不推薦使用它們,因為我從未親自試驗過。 RAM及它對超頻的影響 如我之前所說的,FSB是系統與CPU通信的路徑。所以提高FSB也有效地超頻了系統的其餘部件。 受提高FSB影響最大的部件就是RAM。在購買RAM時,它是被設定在某個速度下的。我將使用表格來顯示這些速度: PC-2100 - DDR266 PC-2700 - DDR333 PC-3200 - DDR400 PC-3500 - DDR434 PC-3700 - DDR464 PC-4000 - DDR500 PC-4200 - DDR525 PC-4400 - DDR550 PC-4800 - DDR600 要了解這個,就必須首先懂得RAM是怎樣工作的。RAM(Random Access Memory,隨機存取存儲器)被用作CPU需要快速存取的文件的臨時存儲。例如,在載入游戲中平面的時候,CPU會把平面載入到RAM以便它能在任何需要的時候快速地訪問信息,而不是從相對慢的硬碟載入信息。 要知道的重要一點就是RAM運行在某個速度下,那比CPU速度低得多。今天,大多數RAM運行在133MHz至300MHz之間的速度下。這可能會讓人迷惑,因為那些速度沒有被列在我的圖表上。 這是因為RAM廠商仿效了CPU廠商的做法,設法讓RAM在每個RAM時鍾周期發送兩倍的信息*。這就是在RAM速度等級中DDR的由來。它代表了Double Data Rate(兩倍數據速度)。所以DDR 400意味著RAM在400MHz的有效速度下運轉,DDR 400中的400代表了時鍾速度。因為它每個時鍾周期發送兩次指令,那就意味著它真正的工作頻率是200MHz。這很像AMD的"二芯"FSB。 那麼回到RAM上來。之前有列出DDR PC-4000的速度。PC-4000等價於DDR 500,那意味著PC-4000的RAM具有500MHz的有效速度和潛在的250MHz時鍾速度。 所以超頻要做什麼呢? 如我之前所說的,在提高FSB的時候,就有效地超頻了系統中的其它所有東西。這也包括RAM。額定在PC-3200(DDR 400)的RAM是運行在最高200MHz的速度下的。對於不超頻的人來說,這是足夠的,因為FSB無論如何不會超過200MHz。 不過在想要把FSB升到超過200MHz的速度時,問題就出現了。因為RAM只額定運行在最高200MHz的速度下,提高FSB到高於200MHz可能會引起系統崩潰。這怎樣解決呢?有三個解決辦法:使用FSB:RAM比率,超頻RAM或是購買額定在更高速度下的RAM。 因為你可能只了解那三個選擇中的最後一個,所以我將來解釋它們: FSB:RAM比率:如果你想要把FSB提高到比RAM支持的更高的速度,可以選擇讓RAM運行在比FSB更低的速度下。這使用FSB:RAM比率來完成。基本上,FSB:RAM比例允許選擇數字以在FSB和RAM速度之間設立一個比率。假設你正在使用的是PC-3200(DDR 400)RAM,我之前提到過它運行在200MHz下。但你想要提高FSB到250MHz來超頻CPU。很明顯,RAM將不支持升高的FSB速度並很可能會引起系統崩潰。為了解決這個,可以設立5:4的FSB:RAM比率。基本上這個比率就意味著如果FSB運行在5MHz下,那麼RAM將只運行在4MHz下。 更簡單來說,把5:4的比率改成100:80比率。那麼對於FSB運行在100MHz下,RAM將只運行在80MHz下。基本上這意味著RAM將只運行在FSB速度的80%下。那麼至於250MHz的目標FSB,運行在5:4的FSB:RAM比率中,RAM將運行在200MHz下,那是250MHz的80%。這是完美的,因為RAM被額定在200MHz。 然而,這個解決辦法不理想。以一個比率運行FSB和RAM導致了FSB與RAM通信之間的時間差。這引起減速,而如果RAM與FSB運行在相同速度下的話是不會出現的。如果想要獲得系統的最大速度的話,使用FSB:RAM比率不會是最佳方案。 超頻RAM 超頻RAM實在是非常簡單的。超頻RAM的原則跟超頻CPU是一樣的:讓RAM運行在比它被設定運行的更高的速度下。幸好兩種超頻之間的類似之處很多,否則RAM超頻會比想像中復雜得多。 要超頻RAM,只需要進入BIOS並嘗試讓RAM運行在比額定更高的速度下。例如,可以設法讓PC-3200(DDR 400)的RAM運行在210MHz的速度下,這會超過額定速度10MHz。這可能沒事,但在某些情況下會導致系統崩潰。如果這發生了,不要驚慌。通過提高RAM電壓,問題能夠相當容易地解決。RAM電壓,也被稱為vdimm,在大多數BIOS中是能夠調節的。用最小的可用增量提高它,並測試每個設置以觀察它是否運轉。一旦找到一個運轉的設置,可以要麼保持它,要麼嘗試進一步提高RAM。然而,如果給RAM加太多電壓的話,它可能會報廢。 在超頻RAM時你只還需要擔心另一件事,就是延時。這些延時是在某些RAM運行之間的延遲。基本上,如果你想要提高RAM速度的話,可能就不得不提高延時。不過它還沒有復雜到那種程度,不應該難到無法理解的。 這就是關於它的全部了。如果只超頻CPU是很簡單的。 購買更高速的RAM 這是整個指南中最簡單的了,如果你想要把FSB提高到比如說250MHz,只要買額定運行在250MHz下的RAM就行了,也就是DDR 500。對這個選擇唯一的缺點就是較快的RAM將比較慢的RAM花費更多。因為超頻RAM是相對簡單的,所以可能應該考慮購買較慢的RAM並超頻它以符合需要。根據你需要的RAM類型,這可能會省下許多錢。 這基本上就是關於RAM和超頻所需要了解的全部了。現在進入指南的其它部分。 電壓及它怎樣影響超頻 在超頻時有一個極點,不論怎麼做或擁有多好的散熱都不能再增加CPU的速度了。這很可能是因為CPU沒有獲得足夠的電壓。跟前面提到的內存電壓情況十分相似。為了解決這個問題,只要提高CPU電壓,也就是vcore就行了。以在RAM那節中描述的相同方式來完成這個。一旦擁有使CPU穩定的足夠電壓,就可以要麼讓CPU保存在那個速度下,要麼嘗試進一步超頻它。跟處理RAM一樣,小心不要讓CPU電壓過載。每個處理器都有廠家推薦的電壓設置。在網站上找到它們。設法不要超過推薦的電壓。 緊記提高CPU電壓將引起大得多的發熱量。這就是為什麼在超頻時要有好的散熱的本質原因。那引導出下一個主題。 散熱 如我之前所說的,在提高CPU電壓時,發熱量大幅增長。這必需要適當的散熱。基本上有三個"級別"的機箱散熱: 風冷(風扇) 水冷 Peltier/相變散熱(非常昂貴和高端的散熱) 我對Peltier/相變散熱方法實在沒有太多的了解,所以我不準備說它。你唯一需要知道的就是它會花費1000美元以上,並且能夠讓CPU保持在零下的溫度。它是供非常高端的超頻者使用的,我想在這里沒人會用它吧。 然而,另外兩個要便宜和現實得多。 每個人都知道風冷。如果你現在正在電腦前面的話,你可能聽到從它傳出持續的嗡嗡聲。如果從後面看進去,就會看到一個風扇。這個風扇基本上就是風冷的全部了:使用風扇來吸取冷空氣並排出熱空氣。有各種各樣的方法來安裝風扇,但通常應該有相等數量的空氣被吸入和排出。 水冷比風冷更昂貴和奇異。它基本上是使用抽水機和水箱來給系統散熱的,比風冷更有效。 那些就是兩個最普遍使用的機箱散熱方法。然而,好的機箱散熱對一部清涼的電腦來說並不是唯一必需的部件。其它主要的部件有CPU散熱片/風扇,或者說是HSF。HSF的目的是把來自CPU的熱量引導出來並進入機箱,以便它能被機箱風扇排出。在CPU上一直有一個HSF是必要的。如果有幾秒鍾沒有它,CPU可能就會燒毀。 好了,這就是超頻的基礎了。 超頻FAQ 這只是對超頻的基本提示/技巧的匯集,以及它是什麼和它包括什麼的一個基本的概觀。 超頻能到什麼程度? 不是所有的晶元/部件超頻都一樣的。僅僅因為有人讓Prescott上到了5 GHz,那並不意味著你的就保證能到4 GHz,等等。每塊晶元在超頻能力上是不同的。有些很好,有些是垃圾,大多數是一般的。試過才知道。 這是好的超頻嗎? 你對獲得的感到快樂嗎?如果肯定的話,那就是了(除非它只有5%或更少的超頻 - 那麼就需要繼續了,除非超頻後變得不穩定了)。否則就繼續。如果到達了晶元的界限,那就無能為力了。 多熱才算過熱/多少電壓才算太高? 作為對於安全溫度的一個普通界定,在滿負荷下的溫度對P4來說應該是低於60 C,而對Athlon來說是55 C。越低越好,但溫度高時也不要害怕。檢查部件,看它是否很好地在規格以內。至於電壓,1.65至1.7對P4來說是好的界限,而Athlon能夠上到風冷下1.8/水冷下2.0 - 一般而言。根據散熱的不同,更高/更低的電壓可能都是適當的。晶元上的界限是令人驚訝地高。例如在Barton核心Athlon XP+上的最大溫度/電壓是85 C和2.0伏。2伏對大多數超頻來說足夠的,而85 C是相當高的。 我需要更好的散熱嗎? 取決於當前的溫度是多少和你正打算對系統做什麼。如果溫度太高,那就可能需要更好的散熱了,或至少需要重新安放散熱片和整理電線了。良好的電線布置能夠對機箱空氣流動起很大的作用。同樣,散熱劑的適當應用對溫度來說是很重要的。讓散熱片盡可能地緊貼處理器。如果那幫助不大或完全沒用,那麼你可能需要更好的散熱了。 什麼是最常見的散熱方法? 最常見的方法是風冷。它是在散熱片之上放一個風扇,然後扣在CPU上面。這些可能會很安靜,非常吵或是介於兩者之間,取決於使用的風扇情況。它們會是相當有效的散熱器,但還有更有效的散熱方案。其中之一就是水冷,但我將稍後再討論它。 風冷散熱器是由Zalman,Thermalright,Thermaltake,Swiftech,Alpha,Coolermaster,Vantec等等這些公司製造的。Zalman製造某些最好的靜音散熱設備,並以它們的"花形散熱器"設計而聞名。它們有最有效的靜音散熱設計之一7000Cu/AlCu(全鋁或鋁銅混合物),它還是性能較好的設計之一。Thermalright在使用適當的風扇時是(相當)無可爭議的最高性能散熱設備生產者。Swiftech和Alpha在Thermalright走上前台之前是性能之王,現在仍是極好的散熱設備,並且能夠用於比Thermalright散熱設備更廣闊的應用領域,因為它們通常比Thermalright散熱設備更小並適合更多的主板。Thermaltake生產大量的廉價散熱器,但恕我直言,它們實在不值。它們表現不出跟其它散熱設備廠商的散熱片相同的水平,不過它們能用在廉價機箱中。這覆蓋了最受歡迎的散熱設備廠商。 再來說水冷。水冷主要仍是邊緣方案,但一直在變得更主流化。NEC和HP製造了能以零售方式購買的水冷系統。盡管如此,絕大多數的水冷仍然是面向發燒友領域的。在水冷迴路中包括有幾個最基本的部件。至少有一個水箱,通常在CPU上,有時也在GPU上。有一個水泵,有時有蓄水池。還有一到兩個散熱器。 水箱通常是以銅或(較少見的)鋁建造。甚至更少見但正在變得多起來的是銀造的水箱。對水箱有幾個不同種類的內部設計,但在這里我不準備深入討論那些。水泵負責推動水通過迴路。最常見的水泵是Eheim水泵(1046,1048,1250),Hydor(L20/L30)及Danner Mag3。Iwaki水泵也流行在高端群體之中。Swiftech MCP600水泵正變得更加受歡迎。那兩個都是高端12V水泵。蓄水池是有用的,因為它增加了迴路中水的體積並使得填充和放氣(把氣泡排出回來)及維護更容易了。然而,它占據了大多數機箱中相當可觀的空間(小的蓄水池就不礙事),並且它還相對容易會泄漏。散熱器可以是像Swiftech的散熱器或Black Ice散熱器這樣的成品,也可以用汽車加熱器核心改裝。加熱器核心通常好在出眾的性能以及較低的價格,但也更難以裝配,因為它們通常不會採用能被水冷快速而容易地使用的形狀。油箱散熱器對那些有奇怪尺寸需求的來說是個可供選擇的辦法,因為它們採用非常多變的形狀和尺寸(不過通常是矩形)。然而,它們的表現不如加熱器核心好。管道系統在性能上也是一個要素。通常對高性能來說,1/2'直徑被認為是最好的。不過,3/8'甚至是1/4'直徑的裝備正變得更常見,而它們的性能也正在逼近1/2'直徑迴路的。這節中關於水冷要說的就是這么多了。什麼是有些少見的散熱類型? 相變、冷凍水、珀爾帖效應(熱能轉換器)和淹沒裝備是少見的,但性能更高。珀爾帖效應散熱和冷凍水迴路兩者都是基於水冷的,因為它們是採用改良的水冷迴路的。珀爾帖效應是這些類型當中最常見的。珀爾帖是在電流通過時一邊變熱而另一邊變冷的設備。這能夠被用在CPU和水箱之間或GPU和水箱之間。少見的是對北橋的珀爾帖散熱,但這實在是沒有必要。冷凍水迴路使用珀爾帖或相變來使迴路中的水變涼,通常替代迴路中給CPU/GPU散熱的散熱器。使用珀爾帖來做這個工作不是很有效率的,因為它經常需要另一個水冷迴路來使它變涼。珀爾帖通常被散熱設備和水箱或水箱跟另一個水箱夾在中間。相變方法包括在A/C單元中放置冷氣頭或冷氣部件,或是像在蓄水池中那樣。在冷凍水裝備中防凍劑通常以大約50/50的比率添加到水中,因為結冰就不好了。管道系統必須是絕緣的,水箱也是如此。相變包括一個壓縮機和一個連接到CPU或GPU的冷卻頭。在這里我不準備太深入地討論它。 其它不常見的方法包括乾冰,液氮,水冷PSU和硬碟,及其它類似的。使用機箱作為散熱設備也被考慮到並試過了。 預制的水冷系統怎樣? Koolance和Corsair是唯一真正值得考慮的。小的Globalwin產品還行,但並不比任何中高端風冷好。其餘的都不行。避免用它們。最新的Thermaltake產品可能不錯。新套件可能是相當好的(Kingwin產品似乎就是這樣),但在購買任何產品之前要閱讀若干評測,並至少有一個是在你將使用的平台上測試的。 超頻的危險是什麼? 關於超頻有幾個危險,它們顯然不應該被忽視。超規格運行任何部件將縮短它的壽命;不過新的晶元在處理這個問題上遠好於舊的產品,所以這幾乎不成為問題了,特別是如果你每6個月或每年都升級的話。對於長期穩定性,例如像准備一直運行超過2年或類似工作時間的電腦,超頻不是好的想法。而且,超頻有可能會破壞數據,所以如果你沒有備份任何重要數據的話,超頻實在是不適合你的,除非你能不費力地恢復數據,並且它不會引起任何問題。但在開始超頻前要考慮到可能的數據丟失。如果你只有一台電腦並且需要它來做重要的事的話,不推薦超頻(特別是在高電壓下的大幅超頻),因為部件損壞的可能性還是有的(我已經損失了幾個部件來超頻,但不如某些人損失的那麼多),所以也需要被考慮。 我要怎樣超頻? 這是一個相當復雜的問題,但基礎是很簡單的。最簡單的方法就是提高FSB。這幾乎在任何平台上有效。然而,Via晶元組(KT266/333/400(a)/600/880和K8T800 - 不要跟已有的K8T800 Pro混淆了)沒有PCI/AGP鎖定,所以你必須小心地提高FSB,因為超規格運行PCI匯流排(33MHz是標准速度)可能損壞硬碟數據,妨礙外圍設備正確地運行(特別是ATI AGP顯卡),通常導致不穩定。這將在稍後解釋。用於AMD的XP晶元的nForce2晶元組,nForce3 250,Via K8T800 Pro和Intel 865/875晶元組全都擁有鎖定的PCI頻率。不然的話,許多基於i845的主板也會有PCI/AGP鎖定。這使得調節FSB容易多了,因為它消除了某些限制因素,比如像對頻率敏感的外圍設備。然而,限制仍是存在的。除了通過晶元自身施加的影響之外,RAM和晶元組以及主板自己都能限制可以獲得的FSB。那正是倍頻調節的用武之地。 在某些Athlon XP晶元上,倍頻是可調節的。這些晶元被稱為"非鎖定的"。除了完全不鎖定的FX系列之外,Athlon 64系列允許倍頻調節到更低的倍頻。Pentium 4是鎖死的,除非你通過某些渠道獲得了工程樣品。然而,幾乎所有的主板都允許倍頻調節,只要CPU支持它。 一旦系統因為CPU限制而變得不穩定,那有兩個選擇。可以要麼降低一點回到它穩定的位置,要麼可以提高CPU電壓(可能還有RAM和AGP電壓)到它變得穩定為止,或甚至是升得更高以進一步超頻。如果提高CPU電壓或提高內存電壓沒有幫助的話,你還可以嘗試"放寬"內存延時(提高那些數字)直到它變得穩定。如果所有這些都沒用的話,主板可能還有用於提高晶元組電壓的備用方案,如果晶元組充分散熱的話這可能會有幫助。如果完全沒有幫助,那你可能需要在CPU或其它部件上更好的散熱了(對MOSFETS - 挨著CPU插槽,控制電源的小晶元散熱 - 可能有用並且是相當常見的)。如果那仍然沒有用,或收效甚微的話,那就是在晶元或主板的極限下了。如果降低電壓不影響穩定性的話,那麼最可能的就是主板了。電壓調節晶元組是一個可能性,但有點太高級了並且需要超出常規的更好散熱。同樣,對南橋以及北橋散熱可能會有幫助,或者可能改善穩定性。我知道在我的主板上,如果沒有在南橋上裝散熱片就運行WinAMP/XMMS和UT2004的話集成音效卡就開始發出爆音(這出現在Windows和Linux中),無論FSB是多少。所以它不是一個糟糕的想法,但可能不必要。它通常還讓質保失效(比超頻還嚴重 - 超頻通常可以做得不留痕跡)。 這里覆蓋了基本的超頻。更高級的超頻通常包括給所有部件加上散熱設備,電壓調節主板甚至可能是電源,增加更多/更好的風扇或是 參考資料: