前两天一个小伙伴突然找我求助，说准备换个坑，最近在系统复习多线程知识，但遇到了一个刷新认知的问题……
你浏览过的每一个网页的背后都是有许多个业务系统在支撑，并由专门的研发团队来负责维护。而各业务系统为了能够保持统一的网页风格，往往都会使用相同的页面头部和尾部，我们称之为公共头尾。
RocketMQ事务的使用场景 单体架构下的事务 在单体系统的开发过程中，假如某个场景下需要对数据库的多张表进行操作，为了保证数据的一致性，一般会使用事务，将所有的操作全部提交或者在出错的时候全部回滚。以创建订单为例，假设下单后需要做两个操作： 在订单表生成订单 在积分表增加本次订单增加的积分记录
因为dpdk是把网卡操作全部拿到用户层，与原生系统驱动不再兼容，所以被dpdk接管的网卡从系统层面（ip a/ifconfig）无法看到，同样数据也不再经过系统内核。 如果想把数据再发送到系统，就要用到virtio user。这种把数据从dpdk再发送到内核的步骤，就叫做exception path
事件驱动模式 举个例子🌰 大部分软件或者APP都有会有会员系统，当我们注册为会员时，商家一般会把我们拉入会员群、给我们发优惠券、推送欢迎语什么的。 值得注意的是： 注册成功后才会产生后面的这些动作； 注册成功后的这些动作没有先后执行顺序之分； 注册成功后的这些动作的执行结果不能互相影响； 传统写法
第一章 绪论 机器学习： 致力于研究如何通过计算的手段，利用经验来改善系统自身的性能。在计算机系统中，“经验”通常以“数据“形式存在，因此，机器学习所研究的主要内容，是关于在计算机上从数据中产生”模型“的算法，即”学习算法“。有了学习算法，我们把经验数据提供给它，他就能基于这些数据产生模型；在面对新
转载请注明出处： 1.ip addr命令使用解析 ip addr 命令是Linux系统中的一个网络管理工具，用于显示和配置系统中的网络接口及其地址信息。它可以列出系统中所有的网络接口及其详细信息，包括接口名称、MAC地址、IP地址、子网掩码、广播地址、网络类型、状态、传输单元大小等。 ip addr
本文为博主原创，转载请注明出处： /etc/netplan 是用于配置 Ubuntu 系统网络接口的目录。在 Ubuntu 中，网络配置的默认工具为 Netplan，而 /etc/netplan 则是 Netplan 配置文件的存储位置。 在 /etc/netplan 目录中，通常会有一个或多个 Y
转载请注明出处： 线程是进程中的一个实体，被系统独立调度和分派的基本单位。线程自己不拥有系统资源，只拥有运行中必不可少的资源。同一进程中的多个线程并发执行，这些线程共享进程所拥有的资源。 协程是一种比线程更加轻量级的存在，重要的是，协程不被操作系统内核管理，协程完全是由程序控制的，不需要手动创建和管
分布式系统是指由多个节点通过网络进行通信和协作的系统，它具有高可用性、高扩展性、高性能等优点，但也面临着一些挑战，如数据一致性、容错性、负载均衡等。为了解决这些问题，分布式系统设计出现了一些经典的理论和方法，如 CAP 理论、BASE 理论、一致性等。 # CAP 理论 CAP 理论是指一个分布式系
摘要：金山办公携手华为云完成金山办公自主研发的“WPS文档中心系统”与华为云GaussDB相互兼容性测试认证，并获得华为云授予的《技术认证书》。 本文分享自华为云社区《共筑数字化未来 金山办公携手华为云完成文档中心和GaussDB适配》，作者：GaussDB 数据库。 近日，金山办公携手华为云完成金
摘要：结合一个实际的“生产执行管理”场景涉及的相关业务数据对象，系统介绍了华为云数字工厂平台的“信息模型”配置器的使用方法，实现对相关业务对象的数据建模。 本文分享自华为云社区《数字工厂深入浅出系列（二）：信息模型配置器的使用方法介绍》，作者： 云起MAE 。 华为云数字工厂平台，采用业内先进的元数
记录windows上通过wsl2安装ubuntu的过程，并安装docker验证系统是否符合预期
概要： 1. 调⽤链系统概述； 2. 调⽤链系统的演进； 3. 调⽤链的底层实现逻辑； 4. Span内容组成。
最近有个java应用在做压力测试，压测环境配置：CentOS系统 4核CPU 8g内存 jdk1.6.0_25，jvm配置-server -Xms2048m -Xmx2048m，出现问题，本篇文章是对此次问题的回顾和复盘
一、前言 最近我在使用 WinDebug进行系统调试，也是在学习《Net高级调试》这本书。以前听过 WinDebug 调试器，但是没有使用过，由于最近想起来了，就好好的研究一下，学习一下。初次接触，还是走了不少弯路，踩了不少坑。关于 WinDebug 最新版的安装方法，可以在“微软商店”里面，直接查
前言 随着团队的成长，要管理的项目或使用的内部系统越来越多，很多内部系统都没有域名，使用IP+端口，很难记。 为了解决这个痛点，我抽空写了个导航网站~ 目前用下来效果还不错，可以基本完美的解决这个问题。 项目名称是 SiteDirectory ，代码在 Github 开源了: https://git
## 前言 最近遇到的这个场景，需要把之前开发的一套系统迁移到一个离线的服务器上，这个服务器有点麻烦，接入VPN后通过堡垒机才能访问，速度也很慢，遇到不少坑，本文记录一下迁移过程。 ## 基本信息 原本这套系统也挺简单的，Django 写的后端接口，搭配 `Vue+Echarts` 大屏，数据库用
本文主要围绕应用部署引起上游服务抖动问题展开，结合百川分流系统实例，提供分析、解决思路，并提供一套切实可行的实践方案。
## 1. 背景 - 业务背景：CRM系统随着各业务条线对线索精细化分配的诉求逐渐增加，各个条线的流向规则会越来越复杂，各个条线甚至整个CRM的线索流转规则急需一种树形的可视化的图来表达。 - 技术背景：在开发之前考虑了三种方案，原生canvas、fabric以及G6，三种方案各有优劣势 | |
