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

本文已收录https://github.com/lkxiaolou/lkxiaolou欢迎star。进程在早期的单任务计算机中，用户一次只能提交一个作业，独享系统的全部资源，同时也只能干一件事情。进行计算时不能进行IO读写，但CPU与IO的速度存在巨大差异，一个作业在CPU上所花费的时间非常少，大部分时间在等待IO。为了更合理的利用

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

通过上一篇文章对schedulerframework调度框架已经有了大致了解，根据我们的实际生产的一些问题(如计算服务没有被调度到实际CPU最优的节点)和需求，来实现一个简单的基于CPU指标的自定义调度器。自定义调度器通过kubernetes资源指标服务metricsserver来获取各节点的当前的资源情况，并进行打分，然后把Pod调度到分数最高的节

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

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中

第一周学习总结教材学习内容总结java的特点语法简单，面向对象，稳定，与平台无关，多线程，动态。平台是由操作系统和处理器（CPU）所构成，每个平台都会形成自己独特的机器指令，相同的CPU和不同的操作系统所形成的的平台的机器指令可能是不同的。引用视频中老师的一句话：“操作系统是硬件的第一层虚拟机

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