NewLife.XCode是一个有20年历史的开源数据中间件，支持net6/net5/net45/net40，由新生命团队(2002~2020)开发完成并维护至今，以下简称XCode。
原文链接：https://godbasin.github.io/2018/10/05/wxapp-set-data/
有过微信小程序开发经验的朋友应该都知道“双线程模型”这个概念，本文简单梳理一下双线程模型的一些科普知识，学识浅薄，若有错误欢迎指正。
双线程的渲染机制、通信机制，setData 的出现、工作原理、使用建议等，应该要怎么去理解呢？
https://github.com/AndroidDeveloperLB/AndroidJniBitmapOperations
作者：billgong，腾讯IEG前端开发工程师。 微信小程序，简称小程序，英文 mini program。是一种不需要下载安装即可在微信中使用的应用，用户扫描小程序码或搜索小程序即可打开，触手可及，用完即走，不用关心是否安装太多应用的问题。 小程序技术演进 内部开放微信原生能力 使用 WeixinJSBridge 预览图片 此类 API 最初是提供给腾讯内部一些业务使用，很多外部开发者发现了之后，依葫芦画瓢地使用了，逐渐成为微信中网页开发的事实标准。 JS-SDK 发布 2015 年初，微信发
页面渲染 1.在渲染层，宿主环境会把WXML可以先转成JS对象，然后再渲染出真正的Dom树。 2.在逻辑层发生数据变更的时候，需要通过宿主环境提供的setData方法把数据从逻辑层传递到渲染层 3.对比前后差异，把差异应用在原来的Dom树上，渲染出正确的UI界面
上篇文章说了，sesstion.time.out 、max.poll.interval.ms、max.poll.records和auto.offset.reset等参数。
近年来，随着中国新基建、中国制造2025的持续推进，单ARM处理器越来越难胜任工业现场的功能要求，特别是能源电力、工业控制、智慧医疗等行业通常需要ARM+FPGA架构的处理器平台来实现特定的功能，例如多路/高速AD采集、多路网口、多路串口、多路/高速并行DI/DO、高速数据并行处理等。
如今我们每个人都是小程序的使用者，小到日常的健康码，大到各种政务事项办理。究其因，对于用户来讲小程序无需下载，用完即走而且其具备轻量、流畅的使用体验；对于开发者来讲便捷简单的开发流程，学习的门槛极低，这也是小程序能够逐步受到广大使用者和开发者的认可和欢迎的原因。
好久没有写博客了，一直在不断地探索响应式DDD，又get到了很多新知识，解惑了很多老问题，最近读了Martin Fowler大师一篇非常精彩的博客The LMAX Architecture，里面有一个术语Mechanical Sympathy，姑且翻译成软硬件协同编程（Hardware and software working together in harmony），很有感悟，说的是要把编程与底层硬件协同起来，这样对于开发低延迟、高并发的系统特别地重要，为什么呢，今天我们就来讲讲CPU的高速缓存。
小程序（Mini Program）是一种不需要下载安装即可使用的应用，由腾讯于2017年1月9日首次推出，其理念是应用“触手可及"“用完即走”。
原文链接：https://godbasin.github.io/2018/09/02/wxapp-technology-architecture/
欢迎来到脑机接口综合性开源软件平台MetaBCI的发布会现场，我是来自天津大学的许敏鹏。
前端的框架太多让人眼花缭乱，很多相似的地方，优秀的地方大家都会借鉴，同时又会有各自的一些特点。小程序也好，其他框架也好，理解他们的设计缘由、实现原理，还是能学到很多很多东西的。
首先，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周期左右一个包。
| 导语 前端的框架太多让人眼花缭乱，很多相似的地方，优秀的地方大家都会借鉴，同时又会有各自的一些特点。小程序也好，其他框架也好，理解他们的设计缘由、实现原理，还是能学到很多很多东西的。 技术选型 目前来说，页面渲染的方式主要有三种： 一、Web 渲染。 二、Native 原生渲染。 三、Web 与 Native 两者掺杂，也即我们常说的 Hybrid 渲染。 前面也说过，小程序最终的呈现形式，是 WebView + 原生组件，Hybrid 方式。我们结合之前对小程序的期望来看： 开发门槛：Web
上篇文章介绍了kafka以紧凑的二进制来保存kafka的基础数据，这样能提高内存的利用率。Offset有两个不同的概念。ISR意思是replica保证数据与leader同步一致，只有一个partition里的replica集合全部接受到数据，才会标记消息发送成功。
不管我们对于小程序这种形态存在何种质疑，但不可否认已经融入到我们生活的方方面面，出门打车、扫码、点外卖甚至收能量等等操作都是以小程序进行承载。背后的缘由是小程序足够轻量、便捷、跨平台等特点，为用户提供了丰富的功能和优质的用户体验。
为了大家能更好的开发出一些高质量、高性能的小程序，这里带大家理解一下小程序在不同端上架构体系的区分，更好的让大家理解小程序一些特有的代码写作方式。
近年来，随着中国新基建、中国制造2025规划的持续推进，单ARM处理器越来越难胜任工业现场的功能要求，特别是如今能源电力、工业控制、智慧医疗等行业，往往更需要ARM + FPGA架构的处理器平台来实现例如多路/高速AD采集、多路网口、多路串口、多路/高速并行DI/DO、高速数据并行处理等特定功能，因此ARM + FPGA架构处理器平台愈发受市场欢迎。
基于小程序的双线程设计，视图层（Webview 线程）和逻辑层（JS 线程）之间通信（表现为 setData），是基于虚拟 DOM 来实现数据通信和模版更新的。
我们知道像是一般我们常用到的 App 都是 hybrid 模式的，特别是例如支付宝、微信、抖音、美团之类的都是以原生+H5的形式进行业务的承载，但是到了后面这些 App 又不约而同的在其中增加了小程序的运行能力。
作为微信小程序底层 API 维护者之一，经历了风风雨雨、各种各样的吐槽。为了让大家能更好的写一手小程序，特地梳理一篇文章介绍。如果有什么吐槽的地方，欢迎去 developers.weixin.qq.com/ 开发者社区吐槽。 01 简述小程序的通信体系 为了大家能更好的开发出一些高质量、高性能的小程序，这里带大家理解一下小程序在不同端上架构体系的区分，更好的让大家理解小程序一些特有的代码写作方式。 整个小程序开发生态主要可以分为两部分： · 桌面 nwjs 的微信开发者工具（PC 端） · 移动 AP
运行msinfo32，看右侧是几个处理器，1个就是单socket，2个就是双socket。
但新版本KafkaConsumer是双线程的，主线程负责：消息获取，rebalance，coordinator，位移提交等等，
还记得当初小程序刚出来爆火的场景，依附于微信确实是给我们带来了极大的便利，有着微信的流量，用完即走，无需下载，随时使用，从17年到23年，小程序已经深入人心，吃喝玩乐你都可以找到小程序的身影，疫情期间各种码的场景也给小程序带来了巨大的流量
官方文档：https://developers.weixin.qq.com/miniprogram/dev/framework/quickstart/framework.html#渲染层和逻辑层
2017 年 12 月 28 日，一款叫做《跳一跳》的微信小游戏横空出世，为微信小程序跳出一片繁华；2018 年 5 月，研究公司 QuestMobile 发布了微信小游戏《跳一跳》的数据，这款只有 4MB 大小的游戏截至 2018 年 3 月份已经积累了 3.9 亿玩家。除了本身平台用户基数的优势，微信还认为，微信小游戏的 加载速度比 HTML5 快 30% 也是其成功的原因。
参考：在微信小程序中使用 less(最优方式)open in new window
比如我有一个80核的黑石机器，从msinfo32看，有2颗处理器，每颗处理器20个cores，每个core是双线程即每颗处理器是40个逻辑器，总共80个逻辑处理器
原文链接：https://godbasin.github.io/2018/11/04/wxapp-manage-and-security/
所以呢它主要是两个作用：一个是线程可见（保证了不同线程对这个变量进行操作时的可见性，即一个线程修改了某个变量的值，这新值对其他线程来说是立即可见的。），一个是防止指令重排序。要理解这些首先呢需要了解我们java的一个内存模型（Java Memory Model，JMM）
应用市场上录屏工具的原理很好理解，一是屏幕，二是声音。从这个角度出发，我们就可以对屏幕和声音同步来录制，最后在将音频和视频合并在一起，最后我们就得到了我们录屏的视频。
桔妹导读：死锁是多线程和分布式程序中常见的一种严重问题。死锁是毁灭性的，一旦发生，系统很难或者几乎不可能恢复；死锁是随机的，只有满足特定条件才会发生，而如果条件复杂，虽然发生概率很低，但是一旦发生就非常难重现和调试。使用锁而产生的死锁是死锁中的一种常见情况。Linux 内核使用 Lockdep 工具来检测和特别是预测锁的死锁场景。然而，目前 Lockdep 只支持处理互斥锁，不支持更为复杂的读写锁，尤其是递归读锁（Recursive-read lock）。因此，Lockdep 既会出现由读写锁引起的假阳性预测错误，也会出现假阴性预测错误。
针对传统的多类别图像分类任务，经典的CNN网络已经取得了非常优异的成绩，但在处理细粒度图像数据时，往往无法发挥自身的最大威力。
在小程序没有出来之前，最初微信WebView逐渐成为移动web重要入口，微信发布了一整套网页开发工具包，称之为 JS-SDK，给所有的 Web 开发者打开了一扇全新的窗户，让所有开发者都可以使用到微信的原生能力，去完成一些之前做不到或者难以做到的事情。
本专栏用于记录关于深度学习的笔记，不光方便自己复习与查阅，同时也希望能给您解决一些关于深度学习的相关问题，并提供一些微不足道的人工神经网络模型设计思路。 专栏地址：「深度学习一遍过」必修篇 目录 1 实战内容简介 2 数据集读取 2.1 dataset 2.2 dataloader 3 模型搭建 3.1 基准模型 3.2 与基准模型相对应的双线性模型 4 性能差异比较 4.1 tensorboard查看测试集准确率差异 4.2 耗时比较（单位：秒） ---- 1 实战内容简介 数据集：CUB-200，共
相比模拟器调试方式，真机调试能够将小程序放在真机环境下进行调试，实现运行更快、更真实等明显效果，成为小程序调试的重要一环。 微信开发者工具的真机调试2.0 版本成功将渲染层与逻辑层运行在真机，实现以下新优势： 更真：更接近真机表现 更全：覆盖Canvas、Udp 等接口 接下来探探这些新变化吧！ 真机调试2.0 版本的两大变化 1. 实现更接近真机的表现 真机调试1.0 版本利用小程序的双线程架构，将渲染层与逻辑层同时运行在不同线程，实现性能提升。然而，逻辑层运行在工具而非客户端，导致在边界情况下，真机调
Resize 图像缩放是把原图像按照目标尺寸放大或者缩小，是图像处理的一种。 图像缩放有多种算法。最为简单的是最临近插值算法，它是根据原图像和目标图像的尺寸，计算缩放的比例，然后根据缩放比例计算目标像素所依据的原像素，过程中自然会产生小数，这时就采用四舍五入，取与这个点最相近的点。 除此之外，还有双线性插值算法。 双线性插值，又称为双线性内插。在数学上，双线性插值是有两个变量的插值函数的线性插值扩展，其核心思想是在两个方向分别进行一次线性插值。 其公式如下：f(i+u,j+v) =(1-u)(1-v)f(i
工具：htop, net-tools, ping, iperf, UnixBench 等
原文：What every programmer should know about memory, Part 2: CPU caches
近年来，各大平台纷纷上架小程序，迎来了小程序的爆发式增长。今天就来跟大家简单分享一下小程序基本的运行机制和安全机制。
OFweek工控网讯：初学PLC梯形图编程，应要遵循一定的规则，并养成良好的习惯。下面以三菱FX系列PLC为例，简单介绍一下PLC梯形图编程时需要遵循的规则，希望对大家有所帮助。有一点需要说明的是，本文虽以三菱PLC为例，但这些规则在其它PLC编程时也可同样遵守。
机器码是业务软件自身根据一组因子算出来的机器信息或者说机器画像，因子变化就会导致机器画像变化，软件对比发现不是原来那个机器画像了，软件license就失效了，这个因子可以是CPU型号、颗数、核数、内存大小、内存条数、硬盘大小、硬盘介质、mac地址、ip地址、操作系统版本、dotnet版本、vc库版本、tls版本等共同决定，具体看软件作者的设计
一个面试题：两个线程，一个打印偶数，一个打印奇数，并且轮流打印，我们可以看到这种场景模式肯定是需要通过同步来实现，
导读： 初学PLC梯形图编程，应要遵循一定的规则，并养成良好的习惯。下面以三菱FX系列PLC为例，简单介绍一下 PLC梯形图编程时需要遵循的规则，希望对大家有所帮助。有一点需要说明的是，本文虽以三菱PLC为例，但这些规则在其它PLC编程时也可同样遵守。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
