ConcurrentHashMap一、hashtable、hashmap、ConcurrentHashMap1、线程不安全的HashMap因为多线程环境下，使用Hashmap进行put操作会引起死循环，导致CPU利用率

zabbix监控服务作用：1.当出现一些突发情况能及时响应。2.及时捕捉证据，追溯相关问题。监控工具的作用：1.及时定位问题无需认为干预，大大减少人力成本2.通过技术角度，实现实时监控业务，当出现问题及时定位并告警到相关管理人员3.记录并以图形化的方式展示出来，方便管理员进行系统运行性能评估4.出现故障，针对某一个性能指标，自动化执行一个指定操作。监控系统

疑问两个线程分别有不同的调度策略，一个SCHED\_FIFO，一个SCHED\_OTHER，按照之前的理解，SCHED\_FIFO实时线程一定会占用CPU一直运行，导致SCHED\_OTHER的普通线程得不到CPU，事实是这样么？验证写了一小段代码，一个是验证SCHED\_FIFO的高优先级线程会不会抢占低优先级的线程，在不主动放弃的

搞内核研究的经常对中断这个概念肯定不陌生，经常我们会接触很多与中断相关的术语，按照软件和硬件进行分类：硬件CPU相关：IRQIDTcli&sti软件操作系统相关：APCDPCIRQL一直以来对中断这一部分内容弄的一知半解，操作系统和CPU之间如何协同工作也是很模糊。最近花了点时间认真把这块知识进行了梳理，不当之处，还请高手

硬件要求x8664processor2CPU2GBRAM10GBfreediskspaceRedHatEnterpriseLinux7.x,CentOS7.x,Ubuntu16.04,orDebian9.x来自<https://docs.projec

INSTALL\_FAILED\_NO\_MATCHING\_ABIS由于APK使用了不支持当前CPU架构的NativeLibraries，解决方案：下载对应的ARMTranslation，运行Genymotion，直接将zip包拖到Genymotion模

缺少hashjoin和parallel这种工具，MYSQL注定不是个合适的数据仓库工具。无论是是myisam还是innodb，在处理一个复杂的SQL查询的时候，并不能发挥多核CPU的性能。只会有一个CPU正在满负荷地运转。所以对于一个分析性数据库而言，MYSQL多核实际上是极大的浪费。MYSQL做查询优化的时候，一个是注意在g

MESI（也称伊利诺斯协议）是一种广泛使用的支持写回策略的缓存一致性协议，该协议被应用在Intel奔腾系列的CPU中。MESI协议中的状态CPU中每个缓存行使用的4种状态进行标记（使用额外的两位bit表示）状态描述M(Modified)这行数据有效，数据被修改了，和内存中的数据不一样，数据只存在于本cache中

1.前端页面代码：前端页面代码主要显示退出系统或者网站的可视化按钮代码,代码如下：（请忽略项目关键字：CPU）<ulclass"navnavbarnavnavbarright"<liclass

RDMA（RemoteDirectMemoryAccess）是远程直接内存访问技术，由于其低时延，低CPU占用等优势，被广泛的应用在分布式存储或计算系统中。DMA技术是一种单机内的高速数据传输技术，通常由DMA控制器来控制数据的传输流程，释放了CPU资源，而RDMA技术是一种借助IB网卡实现远程高数数据传输的技术。