电脑主机

转载自：http://blog.csdn.net/m13666368773/article/details/7802126 一. IoC理论的背景 　　 我们都知道，在采用面向对象方法设计的软件系统中，它的底层实现都是由N个对象组成的，所有的对象通过彼此的合作，最终实现系统的业务逻辑。 　　如果我们打开机械式手表的后盖，就会看到与上面类似的情形，各个齿轮分别带动时针、分针和秒针顺时针旋转，从而在表盘上产生正确的时间。图1中描述的就是 这样的一个齿轮组，它拥有多个独立的齿轮，这些齿轮相互啮合在一起，协同工作，共同完成某项任务。我们可以看到，在这样的齿轮组中，如果有一个齿轮出了问 题，就可能会影响到整个齿轮组的正常运转。 齿轮组中齿轮之间的啮合关系,与软件系统中对象之间的耦合关系非常相似。对象之间的耦合关系是无法避免的，也是必要的，这是协同工作的基础。现在，伴随着工业级应用的规模越来越庞大，对象之间的依赖关系也越来越复杂，经常会出现对象之间的多重依赖性关系，因此，架构师和设计师对于系统的分析和设计，将面临 更大的挑战。对象之间耦合度过高的系统，必然会出现牵一发而动全身的情形。 　　耦合关系不仅会出现在对象与对象之间，也会出现在软件系统的各模块之间，以及软件系统和硬件系统之间。如何降低系统之间、模块之间和对象之间的耦合度，是软件工程永远追求的目标之一。 为了解决对象之间的耦合度过高的问题

“启动黑屏”是较常见的故障，大多是由于接触不良或硬件损坏造成的，可采用“最小系统法”并结合替换法检查维修。 　　新装机或更换硬件不当较容易发生黑屏，如果故障是更换硬件后产生的，请检查是否是由于下述原因造成： .硬盘或光驱数据线接反； .系统检测CPU出错（超频时较易发生）； .板卡斜插导致的短路和接触不良； .扩充的内存条不符合主板要求。 　　说明：早期有些586主板只能使用5V的168线EDO内存条，较新的586主板只能使用3.3V的SDRAM内存条；有些使用Intel 440BX芯片组的主板要求SDRAM必须带有SPD，有些486主板不能识别72线EDO内存，只能使用普通FP内存；大多原装机对内存条要求苛刻，在扩充原装机的内存前，建议打电话向经销商咨询。 一、供电系统故障导致黑屏 　　故障现象：开机后主机面板指示灯不亮，听不到主机内电源风扇的旋转声和硬盘自检声，整个系统无声无息。此为主机内设备未获得正常供电的现象。 　　检查处理方法：供电系统故障可由交流供电线路断路、交流供电电压异常、微机电源故障或主机内有短路现象等原因造成。供电系统故障不一定是主机电源损坏所致，当交流供电电压异常（超压或欠压）、主机电源空载和机内有短路现象时，主机电源内部的保护电路启动，自动切断电源的输出以保护主机内的设备。 1、供电系统出现故障时，首先检查交流供电电源是否接入主机。 2

工欲善其事，必先利其器 相对于IT人来说，电脑是个好东西，应该是第二个除了手机陪伴我们最长的东西。今年4月份来的杭州，留下了那款陪我征战4年的笔记本，没有电脑，下班后的夜晚索然无味，身心的需求也日渐强盛。。。 一，台式机 or 笔记本？ 有需求就得有解决方案，分析一下两个的区别： 1，便携性：台式机笨重不便于携带；笔记本轻巧说走就走，合适经常出差的 2，性能：两者都有高低之分，不过笔记本散热没台式好 3，价格：一般同等配置的笔记本要比台式机贵点，毕竟多了块屏幕 。。。 所以作为家境贫寒的我，又不会经常出差，被台式机的性价比所吸引，虽然后面搬家可能会麻烦一点 二，台式机配置 选择了台式机，那么是选择品牌整机还是diy一台，这是个问题！ 作为一个千翻（折腾）的测试员，简单纯粹，当然diy啊，因为整机是没有灵魂的！ 接下来准备该配置了，一般来说，什么配置由使用需求决定。不要最好，只要更好。那么中上级别的配置怎么选择： （网上资料很多，以下仅供参考） 1，CPU cpu相当于人类的大脑，一般来说频率越高，脑袋瓜越灵活。cpu分Intel和AMD两个阵营，我截个cpu天梯图如下，越靠上的越牛逼，问Intel和AMD的谁最好？（就像问什么语言是世界上最好的编程语言？） 我选的是Ryzen 5 2600x，买新不买旧，主要是性价比高。 2，主板 主板就相当于人体的骨骼系统

转自： https://www.cnblogs.com/jhli/p/6019895.html github上一篇比较贴切的举例： https://github.com/android-cn/blog/tree/master/java/dependency-injection 1 IoC理论的背景 我们都知道，在采用面向对象方法设计的软件系统中，它的底层实现都是由N个对象组成的，所有的对象通过彼此的合作，最终实现系统的业务逻辑。 图1：软件系统中耦合的对象 如果我们打开机械式手表的后盖，就会看到与上面类似的情形，各个齿轮分别带动时针、分针和秒针顺时针旋转，从而在表盘上产生正确的时间。图1中描述的就是这样的一个齿轮组，它拥有多个独立的齿轮，这些齿轮相互啮合在一起，协同工作，共同完成某项任务。我们可以看到，在这样的齿轮组中，如果有一个齿轮出了问题，就可能会影响到整个齿轮组的正常运转。 齿轮组中齿轮之间的啮合关系,与软件系统中对象之间的耦合关系非常相似。对象之间的耦合关系是无法避免的，也是必要的，这是协同工作的基础。现在，伴随着工业级应用的规模越来越庞大，对象之间的依赖关系也越来越复杂，经常会出现对象之间的多重依赖性关系，因此， 架构 师和设计师对于系统的分析和设计，将面临更大的挑战。对象之间耦合度过高的系统，必然会出现牵一发而动全身的情形。 图2：对象之间复杂的依赖关系

1. IoC理论的背景 我们都知道，在采用面向对象方法设计的软件系统中，它的底层实现都是由N个对象组成的，所有的对象通过彼此的合作，最终实现系统的业务逻辑。 图1：软件系统中耦合的对象 如果我们打开机械式手表的后盖，就会看到与上面类似的情形，各个齿轮分别带动时针、分针和秒针顺时针旋转，从而在表盘上产生正确的时间。图1中描述的就是这样的一个齿轮组，它拥有多个独立的齿轮，这些齿轮相互啮合在一起，协同工作，共同完成某项任务。我们可以看到，在这样的齿轮组中，如果有一个齿轮出了问题，就可能会影响到整个齿轮组的正常运转。 齿轮组中齿轮之间的啮合关系,与软件系统中对象之间的耦合关系非常相似。对象之间的耦合关系是无法避免的，也是必要的，这是协同工作的基础。现在，伴随着工业级应用的规模越来越庞大，对象之间的依赖关系也越来越复杂，经常会出现对象之间的多重依赖性关系，因此，架构师和设计师对于系统的分析和设计，将面临更大的挑战。对象之间耦合度过高的系统，必然会出现牵一发而动全身的情形。 图2：对象之间复杂的依赖关系 耦合关系不仅会出现在对象与对象之间，也会出现在软件系统的各模块之间，以及软件系统和硬件系统之间。如何降低系统之间、模块之间和对象之间的耦合度，是软件工程永远追求的目标之一。 为了解决对象之间的耦合度过高的问题 ，软件专家Michael Mattson提出了IOC理论，用来实现对象之间的“解耦”

其实想写自己的博客很久了，但一直没有动手开始写，今天是2018年6月24日，准备邯郸学步，开启自己的博客园博客之旅。 因为在公司有接触深度学习这一块，然而因为没有一台自己的深度学习主机，不能放开手脚来学习。所谓工欲善其事必先利其器，故筹划组装一台自己的深度学习主机。 以下是自己的组机过程：因为想装机，第一时间想到的是在京东上搜索“深度学习主机”，结果跳出来的是云轩的服务器，看了一下上面的配置，询问了一下客服，准备购买，恰逢618前夕，在询问完之后就等了一等，准备618入手。因为自己不是很了解一台深度学习主机需要哪些配置，对CPU ,主板的要求是怎么样的，只知道需要一块较为高端的GPU (显卡）。因为显卡的选型很多，自己也不是很了解各类显卡的区别和性能差异，就询问了一下大学同学，他目前在大学深研深度学习这一块，在这里先称其为东哥。东哥推荐了知乎上的一篇《如何配置一台适用于深度学习的工作站》，于是在上面细细研究了一番，将上面的推荐的配置一一在中关村在线上比对了价格性能等各种参数。因为财力不够，预算一台深度学习主机在15000左右。就CPU 先后对比了一下i7 6800k i7 7800x i7 7820x i7 8700k;主板对比了一下华硕和微星的X99平台主板和X299平台主板。考虑到系统的稳定性，决定入手基于LGA2066插槽的主板。 经过各种对比后，组机选型如下： cpu :

本文系转载，个人认为，这篇文章对IOC原理讲的比较清楚，通俗易懂，值得一看。 原文地址： http://blog.csdn.net/m13666368773/article/details/7802126 1. IoC理论的背景 我们都知道，在采用面向对象方法设计的软件系统中，它的底层实现都是由N个对象组成的，所有的对象通过彼此的合作，最终实现系统的业务逻辑。 图1：软件系统中耦合的对象 如果我们打开机械式手表的后盖，就会看到与上面类似的情形，各个齿轮分别带动时针、分针和秒针顺时针旋转，从而在表盘上产生正确的时间。图1中描述的就是这样的一个齿轮组，它拥有多个独立的齿轮，这些齿轮相互啮合在一起，协同工作，共同完成某项任务。我们可以看到，在这样的齿轮组中，如果有一个齿轮出了问题，就可能会影响到整个齿轮组的正常运转。 齿轮组中齿轮之间的啮合关系,与软件系统中对象之间的耦合关系非常相似。对象之间的耦合关系是无法避免的，也是必要的，这是协同工作的基础。现在，伴随着工业级应用的规模越来越庞大，对象之间的依赖关系也越来越复杂，经常会出现对象之间的多重依赖性关系，因此，架构师和设计师对于系统的分析和设计，将面临更大的挑战。对象之间耦合度过高的系统，必然会出现牵一发而动全身的情形。 图2：对象之间复杂的依赖关系 耦合关系不仅会出现在对象与对象之间，也会出现在软件系统的各模块之间

1. IoC理论的背景 我们都知道，在采用面向对象方法设计的软件系统中，它的底层实现都是由N个对象组成的，所有的对象通过彼此的合作，最终实现系统的业务逻辑。 图1：软件系统中耦合的对象 如果我们打开机械式手表的后盖，就会看到与上面类似的情形，各个齿轮分别带动时针、分针和秒针顺时针旋转，从而在表盘上产生正确的时间。图1中描述的就是这样的一个齿轮组，它拥有多个独立的齿轮，这些齿轮相互啮合在一起，协同工作，共同完成某项任务。我们可以看到，在这样的齿轮组中，如果有一个齿轮出了问题，就可能会影响到整个齿轮组的正常运转。 齿轮组中齿轮之间的啮合关系,与软件系统中对象之间的耦合关系非常相似。对象之间的耦合关系是无法避免的，也是必要的，这是协同工作的基础。现在，伴随着工业级应用的规模越来越庞大，对象之间的依赖关系也越来越复杂，经常会出现对象之间的多重依赖性关系，因此，架构师和设计师对于系统的分析和设计，将面临更大的挑战。对象之间耦合度过高的系统，必然会出现牵一发而动全身的情形。 图2：对象之间复杂的依赖关系 耦合关系不仅会出现在对象与对象之间，也会出现在软件系统的各模块之间，以及软件系统和硬件系统之间。如何降低系统之间、模块之间和对象之间的耦合度，是软件工程永远追求的目标之一。 为了解决对象之间的耦合度过高的问题 ，软件专家Michael Mattson提出了IOC理论，用来实现对象之间的“解耦”

1. IoC理论的背景 我们都知道，在采用面向对象方法设计的软件系统中，它的底层实现都是由N个对象组成的，所有的对象通过彼此的合作，最终实现系统的业务逻辑。 图1：软件系统中耦合的对象 如果我们打开机械式手表的后盖，就会看到与上面类似的情形，各个齿轮分别带动时针、分针和秒针顺时针旋转，从而在表盘上产生正确的时间。图1中描述的就是这样的一个齿轮组，它拥有多个独立的齿轮，这些齿轮相互啮合在一起，协同工作，共同完成某项任务。我们可以看到，在这样的齿轮组中，如果有一个齿轮出了问题，就可能会影响到整个齿轮组的正常运转。 齿轮组中齿轮之间的啮合关系,与软件系统中对象之间的耦合关系非常相似。对象之间的耦合关系是无法避免的，也是必要的，这是协同工作的基础。现在，伴随着工业级应用的规模越来越庞大，对象之间的依赖关系也越来越复杂，经常会出现对象之间的多重依赖性关系，因此，架构师和设计师对于系统的分析和设计，将面临更大的挑战。对象之间耦合度过高的系统，必然会出现牵一发而动全身的情形。 图2：对象之间复杂的依赖关系 耦合关系不仅会出现在对象与对象之间，也会出现在软件系统的各模块之间，以及软件系统和硬件系统之间。如何降低系统之间、模块之间和对象之间的耦合度，是软件工程永远追求的目标之一。 为了解决对象之间的耦合度过高的问题 ，软件专家Michael Mattson提出了IOC理论，用来实现对象之间的“解耦”