谁能帮我看下这个内存条能不能给台式机用，我从服务器卸载下来的？

平时大家接触最多的应该是普通内存，也就是我们所说的PC内存，一般来说，内存越大，电脑的运行速度就越快。用在服务器上是同理，服务器的内存越大，服务器的访问速度也会越快。服务器内存和普通内存都是内存产品，从广义的角度来看，实际上是一样的，没什么区别。而实际上这两种内存可以看成是一种产品的两个级别，服务器内存是更高一个级别的，但服务器内存追求的并不是更高的频率或者速度，而是稳定与纠错。
我们一般在选购普通内存的时候，大家都在关注的点通常是DDR3还是DDR4，频率是多少，2133还是3000，用的是什么颗粒？时序是多少？买哪个划算点？通俗点说就是关注内存条的性能指标，然后去衡量不同产品之间的性价比。
而服务器内存更看重的是所应用的技术，可以这样去归纳，大部分先进的技术都用在了服务器内存上，而大部分先进的工艺都用在了普通内存上。比如服务器内存通常都有ECC技术，chipkill、热插拔等技术，而普通内存只有少数拥有ECC技术，UDIMM ECC就是这种内存，普通PC也能用，只不过无法开启ECC功能。
从结构上看，通常服务器内存上会多一颗ECC错误校验芯片，普通内存上基本不会有，这样来看，服务器内存条上的芯片数量为奇数，而普通内存条上的芯片数量为偶数。而数量的不同也导致两者容量上有所差异，服务器内存通常是4G起，有4G/8G/16G/32G等，而普通内存是2G起，有2G/4G/8G/16G较为常见。
ECC是一种广泛应用于各种领域的计算机指令中纠错技术。它比奇偶校正技术更先进的方面主要在于它不仅能发现错误，而且能纠正这些错误，这些错误纠正之后计算机才能正确执行下面的任务，确保服务器的正常运行。
Chipkill技术是IBM公司为了解决目前服务器内存中ECC技术的不足而开发的，是一种新的ECC内存保护标准。ECC内存只能同时检测和纠正单一比特错误，但如果同时检测出两个以上比特的数据有错误，则一般无能为力。Chipkill技术保证内存子系统的容错性，保证了服务器在出现故障时，有强大的自我恢复能力。
Register即寄存器或目录寄存器，在内存上的作用如同书的目录，当内存接到读写指令时，会先检索此目录，然后再进行读写 *** 作，这将大大提高服务器内存工作效率。带有Register的内存一定带Buffer(缓冲)，并且目前能见到的Register内存也都具有ECC功能，其主要应用在中高端服务器及图形工作站上，如IBM Netfinity 5000。
热插拔内存允许用户在不关闭系统，不切断电源的情况下取出和更换损坏的内存，从而提高了系统对灾难的及时恢复能力、扩展性和灵活性等。维护人员可以在服务器正常带电运行的情况下，直接对内存进行插拔 *** 作。
通常情况下，服务器的内存条只能用于服务器，普通内存条只能用于台式机，它们之间不能互换，否则将不能正常开机。但是AMD平台服务器的内存条可以用到普通电脑上，但是有时会不稳定；INTEL平台服务器的内存条，普通家用的电脑用不了，只能服务器平台能用。

你可以在远程 WEB 写一个 JSP 页面，然后在该JSP页面调用 一个 LINUX本地的 SHELL（该SHELL实际上就是执行CPU、内存等占用情况的命令），然后将该 SHELL 执行完的流直接通过 JSP OUTPRINTF 输出即可。

您好，感谢您选择惠普产品。

nw8440笔记本有两个内存仓，一个在笔记本底部，另一个在键盘下方。具体拆装情况，您可以参考官方网站上的视频资料链接（点击左侧Primary memory board 即可查看对应拆装信息）：
>

希望以上回复能够对您有所帮助。

服务器内存不能用普通PC内存，不认。
1、服务器内存，主要是ECC和REG内存，都有特殊的校验和寄存器功能，和普通的PC内存是不一样的。要求很高。
2、普通的PC内存，直接插到服务器主板上是不能认到的。有个别要求不严的工作站级的主板可以认，但容易出错。
服务器内存也是内存，它与平常在电脑城所见的普通PC机内存在外观和结构上没有什么明显实质性的区别，它主要是在内存上引入了一些新的技术，普通PC机上的内存在服务器上一般是不可用的服务器认不到的，这就是说服务器内存不能随便为了贪便宜用普通PC机的内存来替代的原因了。
有些人把具有某种技术的内存就称之为“服务器内存”，其实是不全面的，服务器的这些内存技术之所以在目前看来是服务器在专用，但不能保证永远只能是服务器专用。这些新技术之所以先在服务器上得以应用是因为服务器价格较贵，有条件得以应用，这些新技术由于价格的原因暂时在普通PC机上无法实现应用，但是会随着配件价格的下降逐步走向普通PC机，就像原来的奇偶校正内存一样原先也是最先应用在服务器上，现在已经很普遍了。

再加条2 GB 内存足矣 DDR3 1333的频率就OK

官方要求是最好同样的品牌，其实不一样也没事。

最重要就是 同样的DDR3 不然 您插不进去！

若在商家那购买 就那着本子去 他会帮你装好，免得兼容问题你又来回跑！

最近在解决探针获取Ruby应用服务器的内存使用的情况，将解决的思路总结一下，希望对此感兴趣的伙伴一起探讨。

先对比应用服务器： Puma 和 Passenger ，下面对比这2个服务器内存统计，

单进程模式：直接获取进程id: Processpid

cluster模式：以启动2个worker进程为例:

从上面截图可以看到，Puma启动后会出现3个进程：1个master进程和2个worker进程。

内存的使用情况(见 RSS 列):

而对于探针来说，一个探针实例是伴随进程一起启动的，也就说一个探针只能识别自己所在的进程id，那如何获取应用服务器使用的内存？我们用其中1个woker进程所在的进程组[ PGID ]看一下:(为啥不是父进程, 见下文Passenger)

这3个进程都在相同的进程组里，而且进程组号为master的进程id，那我们就可以用这个信息获取应用服务器的所使用的内存:

4累加进程组内进程内存和即为应用服务器使用内存:

启动Passenger后的Process信息：

对Passenger架构感兴趣的请移步到 这儿

查看一下worker所在进程组和父进程:

通过PPID可以看出

Passenger core —> Passenger AppPreloader —> Passenger RubyApp

三者为爷-父-子关系，当服务器请求量增大时 AppPreloader 会产生新的进程来响应请求,从而新的 RubyApp 进程的 PPID 即为 AppPreloader 的 PID ，这样看来就可以将同一个 PPID 的进程加起来得到应用服务器的内存？

由于Passenger会根据服务器的负载量动态调整进程数，当服务器请求量较小时，Passenger会kill多余的进程，会出现下面的情况：

AppPreloader 也被Passenger杀掉了。原 RubyApp 进程的 PPID 变成了1。这时如果服务器的请求量增大，应用服务器进程会成为这样：

Passenger core 产生新的 AppPreloader 进程，并且 AppPreloader 产生新的 RubyApp 进程，这时如果只用 PPID 统计应用服务器内存就会不准确，所以要统计Passenger的使用的内存还得通过累加在同一个进程组( PGID )的所有进程使用的内存和得到。

由于 Unicorn 和 Rainbows 都与Puma的cluster模式[master+worker模式]类似，内存统计的方式可以参考上文的Puma。

由于 Thin 启动多个server后没有类似的特点，上面方法不适用于Thin，有好方法的伙伴们可以告知:smile:

在解决探针统计应用服务器的内存问题上，摸索出了上面的一条路子，如果小伙伴们有其他更好的方式，可以一起探讨一下。

---