桔妹导读：死锁是多线程和分布式程序中常见的一种严重问题。死锁是毁灭性的，一旦发生，系统很难或者几乎不可能恢复；死锁是随机的，只有满足特定条件才会发生，而如果条件复杂，虽然发生概率很低，但是一旦发生就非常难重现和调试。使用锁而产生的死锁是死锁中的一种常见情况。Linux 内核使用 Lockdep 工具来检测和特别是预测锁的死锁场景。然而，目前 Lockdep 只支持处理互斥锁，不支持更为复杂的读写锁，尤其是递归读锁（Recursive-read lock）。因此，Lockdep 既会出现由读写锁引起的假阳性预测错误，也会出现假阴性预测错误。
比如我有一个80核的黑石机器，从msinfo32看，有2颗处理器，每颗处理器20个cores，每个core是双线程即每颗处理器是40个逻辑器，总共80个逻辑处理器
首先，DPDK和内核网络协议栈不是对等的概念。 DPDK只是单纯的从驱动拿数据，然后组织成数据块给人用，跑在用户态。功能相当于linux的设备无关接口层，处于socket之下，驱动之上。只不过linux协议栈的这部分在核心态。 你说的包处理器，很多时候是不用linux内核协议栈的，而是用专用包处理程序，类似于DPDK加上层应用处理。通常会有些硬件加速器，包处理效率更高些。缺点是一旦用不上某些功能，那些加速器就白费了。而纯软件处理就非常灵活，不过代价就是功耗和性能。 纯DPDK性能非常高，intel自己给出的数据是，处理一个包80时钟周期。一个3.6Ghz的单核双线程至强，64字节小包，纯转发能力超过90Mpps，也就是每秒9千万包。 不知你有没有看出来，80周期是一个非常惊人的数字？正常情况下，处理器访问一下ddr3内存都需要200个周期，而包处理程序所需要操作的数据，是从pcie设备送到ddr内存的，然后再由处理器读出来，也就是说，通常至少需要200周期。为啥现在80周期就能完成所有处理？我查了下文档，发现原因是使用了stashing或者叫direct cache access技术，对于PCIe网卡发过来的包，会存在一个特殊字段。x86的pcie控制器看到这个字段后，会把包头自动塞到处理器的缓存，无序处理器来干预。由于包头肯定是会被读取的，这样相当于提前预测，访问的时间大大缩短。 如果加上linux socket协议栈，比如跑个纯http包反弹，那么根据我的测量，会掉到3000-4000周期处理一个包，单核双线程在2.4Mpps，每秒两百四十万包，性能差40倍。 性能高在哪？关键一点，DPDK并没有做socket层的协议处理，当然快。其他的，主要是使用轮询替代中断，还有避免核心态到用户态拷贝，并绑定核，避免线程切换开销，还有避免进入系统调用的开销，使用巨页等。 还有很关键的一点，当线程数大于12的时候，使用linux协议栈会遇到互斥的瓶颈，用性能工具看的话，你会发现大部分的时间消耗在spin_lock上。解决方法之一是如github上面的fastsocket，改写内核协议栈，使包始终在一个核上处理，避免竞争等。缺点是需要经常自己改协议栈，且应用程序兼容性不够。 另外一个方法是使用虚拟机，每个特征流只在一个核处理，并用虚拟机隔绝竞争，底层用dpdk做转发，上层用虚拟机做包处理，这样保证了原生的linux协议栈被调用，做到完全兼容应用程序。不过这种方法好像还没有人做成开源的，最近似的是dpdk+虚拟交换机ovs的一个项目。 如果你只想要dpdk的高性能加tcp/ip/udp的处理，不考虑兼容性，那么还可以去买商业代码，我看了下供应商的网站介绍，纯转发性能大概在500-1000周期左右一个包。
2017 年 12 月 28 日，一款叫做《跳一跳》的微信小游戏横空出世，为微信小程序跳出一片繁华；2018 年 5 月，研究公司 QuestMobile 发布了微信小游戏《跳一跳》的数据，这款只有 4MB 大小的游戏截至 2018 年 3 月份已经积累了 3.9 亿玩家。除了本身平台用户基数的优势，微信还认为，微信小游戏的 加载速度比 HTML5 快 30% 也是其成功的原因。
CPU：E5 2677 v3 核心：24 内存：128G 硬盘：8T 线程：单核双线程
在 Linux 系统中，当多个线程并行执行时，如果需要访问同一个资源，那么在访问资源的地方，需要使用操作系统为我们提供的同步原语来进行保护。同步原语包括：互斥锁、条件变量、信号量等，被保护的代码称作“临界区”。
如今我们每个人都是小程序的使用者，小到日常的健康码，大到各种政务事项办理。究其因，对于用户来讲小程序无需下载，用完即走而且其具备轻量、流畅的使用体验；对于开发者来讲便捷简单的开发流程，学习的门槛极低，这也是小程序能够逐步受到广大使用者和开发者的认可和欢迎的原因。
小程序（Mini Program）是一种不需要下载安装即可使用的应用，由腾讯于2017年1月9日首次推出，其理念是应用“触手可及"“用完即走”。
原文链接：https://godbasin.github.io/2018/09/02/wxapp-technology-architecture/
有过微信小程序开发经验的朋友应该都知道“双线程模型”这个概念，本文简单梳理一下双线程模型的一些科普知识，学识浅薄，若有错误欢迎指正。
原文链接：https://godbasin.github.io/2018/10/05/wxapp-set-data/
前端的框架太多让人眼花缭乱，很多相似的地方，优秀的地方大家都会借鉴，同时又会有各自的一些特点。小程序也好，其他框架也好，理解他们的设计缘由、实现原理，还是能学到很多很多东西的。
双线程的渲染机制、通信机制，setData 的出现、工作原理、使用建议等，应该要怎么去理解呢？
| 导语 前端的框架太多让人眼花缭乱，很多相似的地方，优秀的地方大家都会借鉴，同时又会有各自的一些特点。小程序也好，其他框架也好，理解他们的设计缘由、实现原理，还是能学到很多很多东西的。 技术选型 目前来说，页面渲染的方式主要有三种： 一、Web 渲染。 二、Native 原生渲染。 三、Web 与 Native 两者掺杂，也即我们常说的 Hybrid 渲染。 前面也说过，小程序最终的呈现形式，是 WebView + 原生组件，Hybrid 方式。我们结合之前对小程序的期望来看： 开发门槛：Web
不管我们对于小程序这种形态存在何种质疑，但不可否认已经融入到我们生活的方方面面，出门打车、扫码、点外卖甚至收能量等等操作都是以小程序进行承载。背后的缘由是小程序足够轻量、便捷、跨平台等特点，为用户提供了丰富的功能和优质的用户体验。
近年来，随着中国新基建、中国制造2025规划的持续推进，单ARM处理器越来越难胜任工业现场的功能要求，特别是如今能源电力、工业控制、智慧医疗等行业，往往更需要ARM + FPGA架构的处理器平台来实现例如多路/高速AD采集、多路网口、多路串口、多路/高速并行DI/DO、高速数据并行处理等特定功能，因此ARM + FPGA架构处理器平台愈发受市场欢迎。
基于小程序的双线程设计，视图层（Webview 线程）和逻辑层（JS 线程）之间通信（表现为 setData），是基于虚拟 DOM 来实现数据通信和模版更新的。
近年来，随着中国新基建、中国制造2025的持续推进，单ARM处理器越来越难胜任工业现场的功能要求，特别是能源电力、工业控制、智慧医疗等行业通常需要ARM+FPGA架构的处理器平台来实现特定的功能，例如多路/高速AD采集、多路网口、多路串口、多路/高速并行DI/DO、高速数据并行处理等。
我们知道像是一般我们常用到的 App 都是 hybrid 模式的，特别是例如支付宝、微信、抖音、美团之类的都是以原生+H5的形式进行业务的承载，但是到了后面这些 App 又不约而同的在其中增加了小程序的运行能力。
运行msinfo32，看右侧是几个处理器，1个就是单socket，2个就是双socket。
还记得当初小程序刚出来爆火的场景，依附于微信确实是给我们带来了极大的便利，有着微信的流量，用完即走，无需下载，随时使用，从17年到23年，小程序已经深入人心，吃喝玩乐你都可以找到小程序的身影，疫情期间各种码的场景也给小程序带来了巨大的流量
官方文档：https://developers.weixin.qq.com/miniprogram/dev/framework/quickstart/framework.html#渲染层和逻辑层
引用一句经典的话：“UNIX下一切皆文件”。 文件是一种抽象机制，它提供了一种方式用来存储信息以及在后面进行读取。
参考：在微信小程序中使用 less(最优方式)open in new window
最早意识到这两个概念可能不一样是在什么时候呢，不是在买电脑的时候哈，是在安装虚拟机的时候。
原文链接：https://godbasin.github.io/2018/11/04/wxapp-manage-and-security/
工具：htop, net-tools, ping, iperf, UnixBench 等
在小程序没有出来之前，最初微信WebView逐渐成为移动web重要入口，微信发布了一整套网页开发工具包，称之为 JS-SDK，给所有的 Web 开发者打开了一扇全新的窗户，让所有开发者都可以使用到微信的原生能力，去完成一些之前做不到或者难以做到的事情。
NewLife.XCode是一个有20年历史的开源数据中间件，支持net6/net5/net45/net40，由新生命团队(2002~2020)开发完成并维护至今，以下简称XCode。
为了大家能更好的开发出一些高质量、高性能的小程序，这里带大家理解一下小程序在不同端上架构体系的区分，更好的让大家理解小程序一些特有的代码写作方式。
今年2月，上海交通大学卢策吾团队MVIG实验室AlphaPose 系统上线，是首个在 COCO 数据集上可达到 70+ mAP 的开源姿态估计系统。本次更新，在精度不下降情况下，实时性是一大提升亮点。
相比模拟器调试方式，真机调试能够将小程序放在真机环境下进行调试，实现运行更快、更真实等明显效果，成为小程序调试的重要一环。 微信开发者工具的真机调试2.0 版本成功将渲染层与逻辑层运行在真机，实现以下新优势： 更真：更接近真机表现 更全：覆盖Canvas、Udp 等接口 接下来探探这些新变化吧！ 真机调试2.0 版本的两大变化 1. 实现更接近真机的表现 真机调试1.0 版本利用小程序的双线程架构，将渲染层与逻辑层同时运行在不同线程，实现性能提升。然而，逻辑层运行在工具而非客户端，导致在边界情况下，真机调
前不久在v2ex看到一个帖子，说腾讯云服务器CPU有水分，应该是这个人理解有误，我看那个帖子有一些网友回复挺专业的。虽然这个人理解有误，从他帖子我还是有收获的，比如他用的2个压测软件（CineBench、Fritz Chess Benchmark）很简单，下载下来打开界面，点start按钮，大概10分钟内就跑完了，跑完会出个分，尤其Fritz Chess Benchmark的界面上就明确告知识别到几个逻辑处理器了（可能他没注意到）。
近年来，各大平台纷纷上架小程序，迎来了小程序的爆发式增长。今天就来跟大家简单分享一下小程序基本的运行机制和安全机制。
我们日常经常会提及系统资源的使用状况，那么系统资源具体是指什么呢？其实系统资源主要分为两种，运行资源和存储资源
作为微信小程序底层 API 维护者之一，经历了风风雨雨、各种各样的吐槽。为了让大家能更好的写一手小程序，特地梳理一篇文章介绍。如果有什么吐槽的地方，欢迎去 developers.weixin.qq.com/ 开发者社区吐槽。 01 简述小程序的通信体系 为了大家能更好的开发出一些高质量、高性能的小程序，这里带大家理解一下小程序在不同端上架构体系的区分，更好的让大家理解小程序一些特有的代码写作方式。 整个小程序开发生态主要可以分为两部分： · 桌面 nwjs 的微信开发者工具（PC 端） · 移动 AP
机器码是业务软件自身根据一组因子算出来的机器信息或者说机器画像，因子变化就会导致机器画像变化，软件对比发现不是原来那个机器画像了，软件license就失效了，这个因子可以是CPU型号、颗数、核数、内存大小、内存条数、硬盘大小、硬盘介质、mac地址、ip地址、操作系统版本、dotnet版本、vc库版本、tls版本等共同决定，具体看软件作者的设计
一个面试题：两个线程，一个打印偶数，一个打印奇数，并且轮流打印，我们可以看到这种场景模式肯定是需要通过同步来实现，
文章主要介绍了通过Linux命令查看系统平均负载的方法,对于服务器管理员来说非常有用接下来是小编为大家收集的Linux命令查看系统平均负载的方法，欢迎大家阅读：
1.小程序运行在app中的，区别于H5运行在浏览器中，小程序的运行环境是基于浏览器内核重构的内置解析器，没有BOM和DOM API 2.小程序的渲染区别于H5的渲染线程和脚本线程互斥，小程序采用双线程模型，渲染层运行在Webview中，逻辑层运行在JSCore中，两个线程通过jsBridage进行中转通信。wxml、wxss 运行在渲染层，js 运行在逻辑层 3.一个小程序一个界面对应一个渲染线程，所以有多个webview线程，webview的渲染是通过js绘制的虚拟DOM为基础渲染的。 4.只有一个逻辑线程，逻辑层发送网络请求由native转发
1.通过了解浏览器线程的一些知识我们知道浏览器进程中GUI线程是与JS引擎线程互斥的。 2.小程序的架构是JsCore执行js逻辑代码+webview页面渲染双线程，两个线程并不互斥。
众所周知的小程序，都知道其诞生地是微信。最开始的愿景，是希望通过自定义一套全新的界面开发模式，来实现将微信能力安全、可控的开放使用。与此同时，微信团队也希望能够通过小程序规避掉之前用 Web 开发会遇到的各种问题，比如渲染卡顿、加载白屏时间长等问题，提供类似于原生的体验、安全易用的微信数据开放、更多端能力的提供、简单高效的开发方式。
基于 https://www.bilibili.com/video/BV1Kt411V7rg?p=7 整理 1 配置 小程序的很多开发需求都是通过配置文件来实现。这样可以提高开发效率且能保证小程序的
好久没有写博客了，一直在不断地探索响应式DDD，又get到了很多新知识，解惑了很多老问题，最近读了Martin Fowler大师一篇非常精彩的博客The LMAX Architecture，里面有一个术语Mechanical Sympathy，姑且翻译成软硬件协同编程（Hardware and software working together in harmony），很有感悟，说的是要把编程与底层硬件协同起来，这样对于开发低延迟、高并发的系统特别地重要，为什么呢，今天我们就来讲讲CPU的高速缓存。
nginx的worker_processes参数 来源： http://bbs.linuxtone.org/thread-1062-1-1.html 分享一： 搜索到原作者的话： As a general rule you need the only worker with large number of worker_connections, say 10,000 or 20,000. However, if nginx does CPU-intensive work as SSL or gzipping
其实，小程序开发过程中我们面对的是iOS和Android微信客户端和辅助开发的小程序开发者工具。根据官方文档，这三大运行环境也是有所区别的：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
