1. 有人說 PD根本就是一超垃圾，假雙核．比P3還慢， 是 這樣么
奔騰D沒有任何一個人，包括INTEL公司說他是雙核，INTEL公司明確的說明了，他是超線程技術的CPU
只能說，有某些人理解出錯認為他是雙核而又有一些人理解錯誤說他是假雙核
奔騰D幾乎都為超線程，即他只有1個運算核心，而通過前端匯流槽控制器的劃分，可以讓空閑時的晶體管實現運算，這就是超線程，超線程是一種從單核到雙核的過度性產品，為了是讓軟體開發廠家可以適應。就如同DDR2是DDR到DDR3的過度產品一樣，讓軟體廠家可以更好的控制起內存。
此外我個人認為，你可能比較錯了。 奔騰D和AMD3600+根本不是一個系列的東西，無任何比較性，讓他們比較就如同比較I386和奔騰D到底誰好一樣。
此外，如果你說的AMD3600+是AMD AM2 Athlon 64 X2 3600+或AMD AM2 Athlon 64 X2 3600+的話，那麼你應當讓他和酷睿2比較而不是奔騰D
對於AMD該系列的產品和酷睿的產品比較，的確有人說INTEL是假雙核，但我個人站在內行的角度說，這不算什麼假雙核，只能是說AMD簡直不要臉，就如同瑞星一直在那罵賽門鐵克公司一樣不要臉。
INTEL使用的是並聯匯流排的方式進行封狀多個核心，而
AMD使用的是串聯匯流排方式進行封狀。
這就導致了他們之間產生分歧，INTEL不可能跟著AMD，而AMD也不可能跟著INTEL，而且這2類封狀方式都各有優點。
並聯匯流排系統中，線速度會下降，因為匯流排頻率只有一個，但這種技術卻可以最大程度的使晶元在高頻鎖相環震盪電路中更加穩定可靠的處理大數據流，
而AMD這種串聯技術則可以更加快的響應，使用同一個匯流排頻率可以比INTEL快得多獲取和寫入數據，但對大數據卻不如INTEL。
這就是比較。
簡單的總結
如果你是做辦公，經常開一些大型軟體， 做軟體編寫編譯，或者是伺服器這些高性能的地方，以及對於渲染工作站等高負載的地方，那麼INTEL最終將比AMD優秀。
而AMD在游戲方面，在民用PC領域，特別是對3D加速以及對顯卡等運行規則的控制，由於匯流排速度利用的提升，而使得加速非常快，但正因為是串聯匯流排，就導致了用在伺服器上時，由於一些數據沖突以及外界的信號干擾，導致讀取錯誤而計算到錯誤的結果，導致系統崩潰。但這會事就會發生在商用高性能，以及伺服器的領域。民用通常不會發生
所以，如果你是商業用的，而且做到了3D渲染等，以及對程序編寫編譯，經常來回切換大型軟體並高效率辦公或伺服器的，那麼使用INTEL將更好。
如果是家用，僅僅是玩玩游戲或做2D的，以及普通使用，則AMD在游戲方面效率比INTEL高
但是我個人認為，如果你是商用，那麼如果經濟許可，我是強烈建議你購買INTEL。
如果是家用，而且為了便宜，那麼AMD也不錯。
但是絕不能說誰是真雙核誰是假雙核，就如同LINUX和WINDOWS的爭斗一樣，難道真的要說誰的渲染引擎是真的誰的是假的那種么？？有意義么？？
發揮各自的長處才是對購買者最好的
但我總體上最後說一句，INTEL酷睿效率已經超過了AMD的任何型號，
同時，INTEL能讓矽片運行在非常高的頻率上，並且擁有目前酷睿2一樣的高效率，而AMD還無法讓矽片運行到那麼高速，原因就是AMD還無法擁有提純到如此高純度硅的技術以及焊接技術。而INTEL的這些技術都有著自己的專利，而且他們也不銷售。
2. 冒煙測試流程規范
一、流程階段
需求開發完成，開發自測後，產品先和開發進行驗收
產品驗收通過後，可發給設計進行UI走查，開發發送提測郵件
產品、開發、測試一起進行冒煙
對於目前沒測試資源的項目，可以先進行冒煙，等到開始測試前再次進行冒煙（此次的冒煙階段為測試主導，如發現嚴重問題，可與產品及開發人員進行商定，是否需要變更需求或方案）
未通過的項目再次進行冒煙時，需要冒煙所有的用例，而不只是單獨針對上次未通過的部分進行冒煙
二、冒煙用例
由測試來編寫，項目用例評審時一起進行評審，或直接發給產品及開發確認
三、冒煙流程執行
前端、後端、產品（設計）及測試共同參加，產品操作來進行演示
可由測試輔助提供賬號或數據等操作
四、通過標准（優先順序從上到下）
無阻礙測試部分
主流程全部通過
冒煙case通過率百分之九十以上
冒煙結果郵件模板（測試發送）【測試工時大於等於1pd的所有項目都需要發送冒煙結果郵件】【小於1pd的項目，如果有嚴重阻塞的部分可選擇發送冒煙結果不通過的郵件】
郵件主題： 【項目冒煙通告】（項目標題）冒煙結果 如：【項目冒煙通告】Android點播、回放重構冒煙結果
收件人： 全部涉及開發+產品+測試 抄送 技術部 產品等
郵件正文：
【項目鏈接】
https://www.tapd.cn/59117 xxxxxx
產品： xxx
研發： xxx
QA ： xxx
技術負責人： xxx
研發工時： xxpd（前端xxpd+後端xxpd）
QA 工時： xxpd
計劃提測時間： xxxx-xx-xx
計劃發布時間： xxxx-xx-xx
是否提測delay： 是/否
delay原因： xxxx
冒煙方式： 功能/介面/codediff
冒煙次數： 1
冒煙結果： 通過/不通過（原因是xxxx流程異常）
冒煙問題列表：
xx頁面點擊後無法跳轉=====開發誰誰誰的問題，需要改動提交參數
xx頁面點擊崩潰====後端返回數據無法解析
xx數據返回異常===數據對接問題
3. PM、PD、UE與UI 分別是什麼有什麼關系
PM、PD、UE與UI，分別是產品經理、產品設計師、用戶體驗師、視覺設計師四個角色。一般來說，這個順序就是一個產品從規劃到最終成型的任務流方向，是一個從抽象到具體、商業到技術的過程。
PM：產品經理，俗稱老大（另一個PM項目經理在我們公司更像是從技術角度出發的職位）。一個產品，首先由PM來分析細分市場、目標客戶的訴求，規劃產品的賣點、殺手級應用，這個過程通常PD已經介入了，這個層面上，商業問題、業務邏輯的流暢是思考的焦點。
PD：直譯為產品設計師，也可能叫產品規劃師、需求分析師。PD側重於將一個個殺手級應用做功能級的設計，在這個模塊上，PD類似是一個小產品經理。比如要做進銷存，具體到庫存管理需要提供庫存警戒功能么?警戒數字是只有上限？下限？還是都有？警戒數字設置需要批量操作么？等等。技術團隊中的架構師（或者系統分析師，也可能叫項目經理、開發組長）會與PD緊密合作，這時候開始考慮技術可行性，性價比。
UE：字面為用戶體驗師，可能稱作交互設計師、界面設計師。UE負責產品和用戶交互方面的設計，這方面在技術部門的配合角色應該是前端工程師（web表現層）。通常UE拿到case的時候，要做什麼功能已經決定了，PD與UE要充分溝通，UE必須要了解很多商業層面的內容，理解功能的商業價值。舉個例子，比如在商業目的是「注冊用戶數」的前提下，設計注冊流程是一頁搞定還是分幾個「下一步」，出錯提示是js彈出還是頁面即時判斷……
UI：英文直譯為用戶界面，可能也叫界面設計師、視覺設計師，很多小作坊簡稱美工，與UE的界限在很多時候是模糊的。到了UI層面，基本是界面的表現，是用戶第一眼看到的效果，比如配色、頁面結構、按鈕形狀、字體字型大小等等。
當然上面這個過程不是靜態的，一方面產品設計的流程是可以並必然要反復、迭代的，另一方面各個角色的分工有時候是模糊的，對上下游的業務也必須有所了解。
講了這么多，可能還是沒有一個感性的認識，有一個簡單的判斷方法，盯著產品部門某位員工的顯示器一天，看一下他的大部分時間屏幕上都是什麼：
PPT的是PM，他在想這怎麼跟高層確認產品戰略；
Word的是PD，他在寫文檔；
Dreamweaver的是UE，他在做網頁；
PhotoShop的是UI，他在做圖
另：整天Project的是PM（項目經理）；整天Excel的是財務。。。
4. PM是什麼職位
1、PM: Proct Manager，產品經理，又稱品牌經理（Brand Manager）。舉凡產品從創意到上市，所有相關的研發、調研、生產、編預算、廣告、促銷活動等等，都由產品經理掌控。
2、RD: Research and Development engineer，研發工程師，對某種不存在的事物進行系統的研究和開發並具有一定經驗的專業工作者,或者對已經存在的事物進行改進以達到優化目的的專業工作者。
3、FE: FE有多種解釋，在實體經濟中，FE可以指Facility Engineer，廠務工程師，主要負責工廠的外圍的一些支持系統。在網路經濟中，FE可以指Front-End Development，前端開發，新新職業。
4、QA: Quality Assurance，品質保證。QA的主要職責就是質量保證工作。
(4)pd前端擴展閱讀
自1927年，美國P&G（寶潔）公司出現第一名產品經理（Proct Manager）以來，產品管理（Proct Management）制度逐漸在越來越多的行業得到應用和推廣，並且取得了廣泛的成功。
自此，國內多家領先企業相繼採用產品經理管理模式，走出了產品研發的「象牙塔」，使產品的研製開發有的放矢，快速地滿足客戶的需求。
參考資料產品經理網路