大家好，我的一体机CPU旁边还有一个貌似装CPU的东西，请问我可以加一个CPU吗，请大神们看图_百度知道
大家好，我的一体机CPU旁边还有一个貌似装CPU的东西，请问我可以加一个CPU吗，请大神们看图
答题抽奖
首次认真答题后
即可获得3次抽奖机会，100%中奖。
Aldaris_wein
Aldaris_wein
采纳数：1746
获赞数：4068
看起来是很像CPU的预留位置， 但是没有可能再增加一块CPU，原因如下：这只是主板设计的时候一个预留位置， 没有CPU触点，没有CPU卡槽， 也没有CPU散热片、风扇的固定卡位.........所以根本不可能将CPU安装上去....并不是想上双CPU就可以上的：绝大部分CPU都不支持多CPU联合工作， 只有极少部分比如XEON E5, E7系列的CPU才可以支持， 而且也要求使用专用的主板才可以实现....楼主还是别想太多了....
如果觉得CPU性能不够， 还是考虑更换一个这个主板可以支持的更高规格的CPU比较实际一些...
哦大神这个有触点，有插槽
插槽就是没有装
那..........又能怎样？就算是有CPU卡槽....也要看CPU本身是不是支持双CPU， 如果CPU本身不支持双CPU， 插上两个CPU，其中一个CPU也只是摆设，根本就不工作...
GOOK LUCK!!
为你推荐：
其他类似问题
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。我想买个AMD 5200+的二手机，我主要就是看CPU，这个CPU怎么样，值得买吗？其他硬件可以忽略，就看CPU！
我们将在以后几期推送中和大家聊一聊关于电脑硬件的那些事。作为-知识宝库
我想买个AMD 5200+的二手机，我主要就是看CPU，这个CPU怎么样，值得买吗？其他硬件可以忽略，就看CPU！
我们将在以后几期推送中和大家聊一聊关于电脑硬件的那些事。作为
我们将在以后几期推送中和大家聊一聊关于电脑硬件的那些事。作为第一篇科普88a硒鼓好还是12A硒鼓的好AMD速龙64X25200+(...看价格，100左右就可以买现在主流CPU的话Intel就是I3i5i7了，AMD的话我没用...CPU&其他分类&如例如AMD的7750热设计功耗大，使用时就是发热量大...硬件1个回答推荐答:配了好些的主板了我的CPU确定是好的就是配不到啊哎!!急急急!应该不难弄!像0GX芯片组主板都支持!建议用技嘉，因为他们BIOS做的好些!...zhidao.baidu.AMD速龙X25200_AMD速龙X25200报价、参数、图片、怎么..今天小编就为大家介绍一下amd245这款在业界评价良好的CPU处理器，我们将从am今天我就做一个汇总，希望对想买这款CPU的朋友有一个了解。索引希望这个帖装不下独立显卡)，斯认为这个因素是选择AMD的主要原因，如果你不是游戏狂，只玩日-那么在家，玩玩电脑将是不错的选择。想买硬件?编辑就是大家日-锐龙7系列CPU面向的主要是发烧友，八核心十六线程的设计一
不巧我们这边网吧里的全是5000+。。。显卡是9600GT，玩个极品飞车14和GTA4还是可以的。飞车可特效全开，GTA4流畅运行。看价格，100左右就可以买，贵了别要。和G540也就一个等级的东西，G540有L3，性能要好一点。
很老的CPU了，当然是G540更好
一代的CPU就算了吧
你可能对下面的信息感兴趣
本站所有信息来源于互联网，用于学习参考使用，版权归原作者所有！大家都在搜：
扫描二维码安装房天下APP
手机浏览器访问房天下
> > 问题详情
问一问大家cpu硅胶那个好
浏览次数：0
您好！酷冷至尊cpu硅胶就是个不错的选择，酷冷至尊这种cpu硅胶的长处就是它的粘稠度是通过十分精密的核算的，这样在运用的过程中就不会由于粘稠的问题呈现涂改不均匀的状况，此种cpu硅胶的原资料也是安全环保的，运用过程中不回释放出有害的气体，还能长期的保持原有的粘稠状况，运用起来也是十分的便利，还放水耐压。惠泽 HZC-PC750也蛮不错的，此种cpu硅胶它的体积十分细巧便利就像高端的指甲油一样，并且...
您好！酷冷至尊cpu硅胶就是个不错的选择，酷冷至尊这种cpu硅胶的长处就是它的粘稠度是通过十分精密的核算的，这样在运用的过程中就不会由于粘稠的问题呈现涂改不均匀的状况，此种cpu硅胶的原资料也是安全环保的，运用过程中不回释放出有害的气体，还能长期的保持原有的粘稠状况，运用起来也是十分的便利，还放水耐压。惠泽 HZC-PC750也蛮不错的，此种cpu硅胶它的体积十分细巧便利就像高端的指甲油一样，并且是高热传导，高度绝缘，耐温性好，质量有保证。导热性好能使您的设备十分好的散热。运用起来也是没有副属性，蒸发性小，涂改便利，并且运用范围十分广泛。希望我的回答对你有帮助！
房天下知识为您分享了一条干货
装修总预算0万元
卫生间：0元
扫一扫下载房天下装修
扫码即获10000套家居设计案例
申请使用此项服务，即视为接受、、
下载房天下APP
提问获取更多回答
ask:2,asku:1,askr:19,askz:13,askd:7,RedisW:33askR:1,askD：78 mz:nohit,askU:0,askT:0askA:80
Copyright &
北京拓世宏业科技发展有限公司
Beijing Tuo Shi Hong Ye Science&Technology Development Co.,Ltd 版权所有
违法信息举报邮箱：大家好，今天我来说一下显示每个进程CPU利用率的问题，
说实话，我的毕业设计作的就是这个，搜遍了网上也没有几个合适的答案，最后功夫不负有心人让我找到了一位高手的程序，原文是这样的，
以进程的ID作为参数，进程CPU占用率作为返回值，实时计算特定进程的CPU占用，测试正确。整个程序如下：
结构定义：typedef struct _THREAD_INFO{LARGE_INTEGER CreateTDWORD dwUnknown1;DWORD dwStartADWORD StartEIP;DWORD dwOwnID;DWORD dwThreadId;DWORD dwCurrentPDWORD dwBasePDWORD dwContextSDWORD UDWORD WaitR
}THREADINFO, *PTHREADINFO;
typedef struct _UNICODE_STRING{ USHORT L USHORT MaxL PWSTR B} UNICODE_STRING;
typedef struct _PROCESS_INFO{DWORD dwODWORD dwThreadsCDWORD dwUnused1[6];LARGE_INTEGER CreateTLARGE_INTEGER UserTLARGE_INTEGER KernelTUNICODE_STRING ProcessN
DWORD dwBasePDWORD dwProcessID;DWORD dwParentProcessId;DWORD dwHandleCDWORD dwUnused3[2];
DWORD dwVirtualBytesPDWORD dwVirtualBULONG dwPageFDWORD dwWorkingSetPDWORD dwWorkingSDWORD dwQuotaPeakPagedPoolUDWORD dwQuotaPagedPoolUDWORD dwQuotaPeakNonPagedPoolUDWORD dwQuotaNonPagedPoolUDWORD dwPageFileUDWORD dwPageFileUsageP
DWORD dCommitCTHREADINFO ThreadSysInfo[1];
} PROCESSINFO, *PPROCESSINFO;
函数定义：
int Button2Click(int id);//参数是进程ID
函数实体：int Button2Click(int id){PVOID pProcInfo = NULL;DWORD dwInfoSize = 0x20000;PPROCESSINFO pProcessIDWORD dwWorkingSlong ( __stdcall *NtQuerySystemInformation )( DWORD, PVOID, DWORD, DWORD );
static __int64 LastTotalProcessCPUUsage = 0;static __int64 LastCurrentProcessCPUUsage = 0;
int CurrentDint TotalD
__int64 TotalProcessCPUUsage = 0;__int64 CurrentProcessCPUUsage = 0;
/////////////////////////////////
pProcInfo = (PVOID)(new byte[dwInfoSize]);
NtQuerySystemInformation = (long(__stdcall*)(DWORD,PVOID,DWORD,DWORD))GetProcAddress( GetModuleHandle( "ntdll.dll" ),"NtQuerySystemInformation" );
NtQuerySystemInformation(5,pProcInfo,dwInfoSize,0);
pProcessInfo = (PPROCESSINFO)pProcI
do{TotalProcessCPUUsage += (__int64)pProcessInfo-&KernelTime.QuadPart + (__int64)pProcessInfo-&UserTime.QuadP
if(pProcessInfo-&dwProcessID == id){dwWorkingSet = pProcessInfo-&dwWorkingS CurrentProcessCPUUsage += (__int64)pProcessInfo-&KernelTime.QuadPart + (__int64)pProcessInfo-&UserTime.QuadP}
/////////if(pProcessInfo-&dwOffset == 0){}
pProcessInfo = (PPROCESSINFO)((byte*)pProcessInfo + pProcessInfo-&dwOffset);}while(true);
TotalDelta = TotalProcessCPUUsage - LastTotalProcessCPUUCurrentDelta = CurrentProcessCPUUsage - LastCurrentProcessCPUU
if(TotalDelta != 0)cpuusage = 100 * CurrentDelta / TotalD
//this-&Caption = "CPU = " + IntToStr(100 * CurrentDelta / TotalDelta) + //"Memory = "+ IntToStr(dwWorkingSet / 1024) " K";
LastTotalProcessCPUUsage = TotalProcessCPUULastCurrentProcessCPUUsage = CurrentProcessCPUU
delete[] pProcI
控制台调用：int main(void){ while(true) {
int s = Button2Click(0);//在此把进程ID作为参数传入
printf("%d/n",s);
Sleep(1000); } return 0;}///////////////////////////////以上代码运行非常正常///////////////////////////////
希望能对你有些帮助，但我的毕业设计是要将它应用于MFC的CList控件中，所以我做了一些修改：
1、添加了一个函数
int CShowAllProcessDlg::GetCpusage(int Index, DWORD id)
用来计算每个进程的CPU利用率。第一个参数是进程在进程数组中的位置，而第二个参数是进程的ID。重要的是，计算的公式需要获得一定时间间隔的两组进程数据来完成（这样计算才精确）。
2、定义了两个数组
__int64 LastTotalProcessCPUUsage[50];__int64 LastCurrentProcessCPUUsage[50];来存放获取的数据，这两个数组很重要，当然你也可以通过其他的方法实现。若要实时刷新进程的CPU利用率的话，下次运算的时候还要用到数组中的数据。
具体实现是：
int CShowAllProcessDlg::GetCpusage(int Index, DWORD id)//get CPU Usage of every Process.{
//Index CPUUsage array. PVOID pProcInfo = NULL; DWORD dwInfoSize = 0x20000; PPROCESSINFO pProcessI DWORD dwWorkingS long ( __stdcall *NtQuerySystemInformation )( DWORD, PVOID, DWORD, DWORD );
int CurrentD int TotalD
__int64 TotalProcessCPUUsage = 0; __int64 CurrentProcessCPUUsage = 0;
/////////////////////////////////
pProcInfo = (PVOID)(new byte[dwInfoSize]);
NtQuerySystemInformation = (long(__stdcall*)(DWORD,PVOID,DWORD,DWORD)) GetProcAddress( GetModuleHandle( "ntdll.dll" ),"NtQuerySystemInformation" );
NtQuerySystemInformation(5,pProcInfo,dwInfoSize,0);
pProcessInfo = (PPROCESSINFO)pProcI
TotalProcessCPUUsage += (__int64)pProcessInfo-&KernelTime.QuadPart + (__int64)pProcessInfo-&UserTime.QuadP
if(pProcessInfo-&dwProcessID == id)
dwWorkingSet = pProcessInfo-&dwWorkingS
CurrentProcessCPUUsage += (__int64)pProcessInfo-&KernelTime.QuadPart + (__int64)pProcessInfo-&UserTime.QuadP
if(pProcessInfo-&dwOffset == 0)
pProcessInfo = (PPROCESSINFO)((byte*)pProcessInfo + pProcessInfo-&dwOffset); }while(true);
TotalDelta = TotalProcessCPUUsage - LastTotalProcessCPUUsage[Index]; CurrentDelta = CurrentProcessCPUUsage - LastCurrentProcessCPUUsage[Index];
if(TotalDelta != 0)
cpuusage = 100 * CurrentDelta / TotalD
// Refresh the CPUUsage array for next caculating. LastTotalProcessCPUUsage[Index] = TotalProcessCPUU LastCurrentProcessCPUUsage[Index] = CurrentProcessCPUU
delete[] pProcI
这两段代码我已经编译运行（Windows XP，VC 6.0）过了，基本上没有问题。
如果想要全部源代码话，请留下邮箱，欢迎讨论。
C++ 获取特定进程的CPU使用率
C++获得特定进程的CPU使用率，windows api实现。使用GetProcessTimes()获取特定进程的CPU占用率，代码封装为C++类以实现同时监视多个进程。...
获取进程cpu使用率
C/C++ codetypedef struct _THREAD_INFO{
LARGE_INTEGER CreateT
vc编写cpu使用率
这几天研究如何获取cpu使用率，研究来研究去，根据别人的总结来写一篇自己的理解文档吧
#define SystemBasicInforma...
windows平台进程CPU占用率的计算
转自：http://www.cnblogs.com/xwj-pandababy/articles/2567498.html
在进程的性能数据采集过程中，经常用到的一个性能指标就是进程的cpu...
查看cpu使用率。查看进程占用cpu百分比
/proc/ /stat
包含了所有CPU活跃的信息，该文件中的所有值都是从系统启动开始累计到当前时刻。
[root@localhost ~]# cat /proc/6873/stat
用Process Explorer分析进程各个线程CPU占用率
使用Process Explorer可以很方便查看某个进程各个线程的CPU占用率，可以为排查问题提供帮助。我使用的Process Explorer版本是v16.21 64bit。使用VS 2008创建...
获取进程CPU占用率 -- NtQuerySystemInformation
今天，我们主要讨论的是一个函数NtQuerySystemInformation(ZwQuerySystemInformation)。当然，你不要小看这么一个函数，它却为我们提供了丰富的系统信息，同时还...
Linux 如何查看进程的各线程的CPU占用
http://dongyajun.iteye.com/blog/613352博客分类：
LinuxJava.netJVMthread
http://www.iteye.com...
没有更多推荐了，持续关注EOS提案最新动态，因为这时和每一个EOS持有者切身利益相关的。
近期的电报群当真是热闹，短短两周时间BM就围绕着EOS资源分配的话题进行多次发言，先是提出CPU租赁市场的可能性，紧接着又发表了一份关于EOS资源租赁和租金分配的提案，创造性地提出SEOS、REX等新概念。可还没等这份提案捂热乎，BM又发言说不再有SEOS了。
BM到底在想什么？为什么对EOS资源分配问题如此上心？他的提案能否解决当前存在的问题？如果能解决又是怎么解决的？下面就让我们来一探究竟。
一、BM为什么对EOS资源分配问题如此上心？
众所周知，dApp市场的发展情况关系着EOS的未来，而资源市场又决定着dApp能走多远。所以，处理好EOS资源分配问题对EOS生态发展至关重要。
说到EOS的账号资源，基本可以可以分为两类：一类是购买性资源如RAM，一类是抵押型资源如CPU和NET。资源类型的不同，直接决定了它们可能发生的问题以及对应问题的解决方案也会大相径庭。
RAM容量恒定以及交易市场的存在直接导致用户投机风潮，但这种投机行为在RAM扩容提案通过后基本得到解决，目前RAM的价格还是比较稳定的。
但CPU不同于RAM，由于它具有免费抵押赎回EOS、资源24小时恢复以及CPU可使用量动态变化等特点，使得用户出现大量随意抵押和不理性抵押等行为，这样导致的结果就是全网CPU的EOS抵押量并不真实反映当前CPU的需求量，CPU购买价格出现虚高。
而CPU租赁、SEOS和REX就是在这样的背景下提出的。
二、BM为什么最后决定去掉SEOS？
在回答这个问题之前，我们要先了解SEOS、REX机制启用前、启用后以及REX机制（去掉SEOS）启用后三种情况下EOS资源的分配逻辑。
（1）SEOS、REX机制启用前
这是最原始的EOS资源分配逻辑。EOS持有者通过向系统账户抵押一定数量的EOS，从而获得对应可使用的CPU/NET资源，如果不再需要使用这些资源，可以将EOS赎回（此时EOS处于refund的锁定状态），72小时候返回用户账户。
这对于抵押大量EOS去获取资源的用户（比如dApp开发者）来说风险很大，因为我们都知道EOS价格波动很大，可能今天用2000个EOS抵押获取部分CPU，明天再赎回的时候，就只有1500个EOS了。
再加上前面提到大量不理性抵押行为导致CPU价格暴涨的问题，所以BM开始思考是不是有一种办法能够在降低抵押EOS带来的收益风险的同时，实现减少随意抵押EOS的不理性行为，让CPU能够用在真正需要的用户身上。于是就有了下面SEOS、REX机制的诞生。
（2）SEOS、REX机制启用后
这套资源分配逻辑就是通过设立一个资源交易所，通过REX和SEOS两种代币进行交易。简单来说，就是用户将EOS抵押给资源交易所获得REX代币，在抵押到期后，用户不仅可以赎回自己的EOS，还会获得额外收益。
EOS持有者抵押EOS的同时，资源交易所会根据抵押的EOS数量1:1生成SEOS代币。开发者用EOS买入SEOS代币，然后用SEOS代币去抵押获得CPU/NET资源。
BM的这套做法既奖励了抵押EOS的REX代币持有者，又让开发者花费较小的成本获得SEOS进而获取CPU资源，可以说基本上解决了CPU的问题，但也存在一大缺点，那就是太复杂了。
因为你会发现，在这套资源分配逻辑里，出租者和资源交易所、租赁者和资源交易所之间流通的代币不是同一套代币，那么不同代币、代币与资源之间在转换时就可能出现一系列问题。
那这一系列问题该怎么解决呢？BM也给出了回答，就是下面这种取消了SEOS的新机制。
（3）REX机制（去掉SEOS）启用后
“SEOS已经不存在了，去看一下REX branch里面的代码。”BM在电报群宣布取消SEOS代币。
相较上一种资源分配逻辑，这种模式显得简单多了，EOS持有者通过出租EOS获得REX代币，在抵押到期后，用户同样可以赎回自己的EOS并获得额外收益；而开发者则可以通过直接支付一小笔费用来获得大量EOS的使用权，不再需要进行SEOS代币购买后才能使用CPU/NET资源。
三、REX新机制可能带来的影响
积极的影响：
（1）在本金有保障的情况下提高EOS持有者的收益
EOS持有者通过出租EOS获取REX代币，由于REX是按抵押时的价格记录账面价值，所以在抵押到期后，用户不仅可以按当时账面价值赎回EOS，还能获得额外收益；
（2）CPU价格趋向公允，实现 CPU资源的有效配置
将用户闲置的EOS集中起来，形成大规模的租赁市场。当越多出租者和租赁者加入其中，它就越发趋向完全竞争，这种情况下的CPU价格将更多受市场供需影响，形成较为公允的价格，而不是受资本操作，从而真正实现 CPU 资源的有效配置；
（3）降低开发成本，促进dApp开发
对于开发者而言，只需支付一小笔费用就能获得大量的资源，减少了开发所需要的资本成本和 EOS 价格波动带来的收益风险，从而激励他们大胆地进行dApp项目的开发，而dApp生态的繁荣也将进一步推动EOS生态健康持续的发展。
消极的影响：
（1）大户可能大量增加免费抵押量抬高CPU价格
在CPU旧的免费抵押模式和新的租赁模式两种模式都存在的情况下，大户可以通过大量增加免费的抵押量使CPU变贵进而增加CPU租金收益；
（2）租期内提前完成项目同样存在资源闲置浪费
在REX新机制中，“Bancor算法会根据供应和需求设置一个30天的价格，并规定不能交易或转让”。在这种情况下，如果dApp开发团队在到期前完成项目开发，那么剩下租期内的CPU资源就处于闲置浪费状态，如何处理这部分的资源是一个亟待回答的问题。
温馨提醒：
BM提出的EOS链上租赁模式目前只是提案，要想实现这一机制需要更新系统合约，也就意味着需要超过 15 个超级节点投票同意才会生效，因此为了个人资产安全，现在请勿向 eosio.rex 账户转入 EOS 。
不得不佩服，BM还是会搞事情，我看好EOS除了他的系统设计和性能外，还有一点就是EOS这个币种貌似永远不缺热点，在这个大大的熊市，仍然可以搞出一大堆事情，炒完超级节点，炒RAM（50倍的涨幅也是没谁了），现在还可以炒一下CPU和资源租赁啊。EOS这个币种一直充满着争议性，也就被越来越多的人熟知。
尽管BM大神是爱折腾了一点，但是他做的一切是实实在在的推动EOS进步，只是有时候他的脑洞比较大，想法变得也快，让很多人更不上节奏，所以我也时不时去电报群喵几眼，看看这个小胖子又有什么稀奇古怪的想法，生怕就跟不上他的节奏了；
尽管如此，BM的代码能力确实厉害，这不，这个最新提出的REX（资源交易所）都搞得差不多了，虽然他的想法多，但是他做事情的能力确实跟的上他的想法啊，这一点是很多人望尘莫及的。
而且目前这个REX确实很实用啊，持有EOS，你就可以做房东，收租金，或许还能收获一些项目的Token，这一点和DBA挺像；
而且去除了SEOS，好像也不那么复杂了，大家都能很好的理解整个流程，无非就是你有闲置的EOS，你可以出租给REX，一个月后，如果你想赎回，你可以拿回原来数量的EOS，还能获得租金，租金可能包含2部分，一定数量额外的EOS以及项目方的Token。
当然dapp开发者也不再抱怨价格昂贵了，资源也流通起来了，这都是好事情嘛。愿EOS越来越好，行情也快点回暖吧。
区块链资讯
觉得文章有用就打赏一下文章作者
支付宝扫一扫打赏
微信扫一扫打赏}