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）制度逐渐在越来越多的行业得到应用和推广，并且取得了广泛的成功。
自此，国内多家领先企业相继采用产品经理管理模式，走出了产品研发的“象牙塔”，使产品的研制开发有的放矢，快速地满足客户的需求。
参考资料产品经理网络