返回全部 申砾产品技术解读2017-06-06 为什么要进行调度 先回忆一下 三篇文章了解 TiDB 技术内幕 - 说存储 提到的一些信息，TiKV 集群是 TiDB 数据库的分布式 KV 存储引擎，数据以 Region 为单位进行复制和管理，每个 Region 会有多个 Replica（副本），这
https://www.cnblogs.com/reachos/p/11242302.html 要确定在 ESX/ESXi 主机上的每个插槽中安装了多少内存，请执行以下操作： 1. 启动ssh服务 2. 登陆esxi主机查看 使用 SSH 客户端登录主机，以 root 用户身份运行以下命令之一：#
记录一下《密码学报》投稿遇到的坑，要不研究一下，投稿都不会投！（死在第一步） 模版地址 http://www.jcr.cacrnet.org.cn/CN/column/column13.shtml 下载的是一个ZIP压缩包，是一个Latex文件【提示：密码学报目前没有DOC模版（2023.3.10）
简介 一般情况下，我们使用Listview的方式是构建要展示的item，然后将这些item传入ListView的构造函数即可，通常情况下这样做是够用了，但是不排除我们会有一些其他的特殊需求。 今天我们会来讲解一下ListView的一些高级用法。 ListView的常规用法 ListView的常规用法
在实践中，很多团队对于DevOps 流水线没有很透彻的理解，要不就创建一大堆流水线，要不就一个流水线通吃。实际上，流水线的设计和写代码一样，需要基于“业务场景”进行一定的设计编排，特别是很多通过“开源工具”搭建的流水线，更需要如此（商业的一体化平台大部分已经把设计思想融入自己产品里了）。 - **流
插件打包 这种方式是平时最常用的，首先要下载并安装maven环境，然后在被打包的项目中引入插件，有各种各样的打包插件，比如springboot自带插件： org.springframework.boot spring-b
一、前言：我全都要 面对当今前端界两座大山一样的主流框架，React和Vue，相信很多小伙伴都或多或少都产生过这样疑问，而这样的问题也往往很让人头疼和犹豫不决： 业务场景中是不是团队用什么我就用什么？ 如果选择了其中一个使用，那为什么不用另一个？ 这两个框架各有什么优点和无法解决的问题？ 最新版本的
C源程序需要经过预处理、编译、汇编几个阶段，得到各自源文件对应的可重定位目标文件，可重定位目标文件就是各个源文件的二进制机器代码，一般是.o格式。比如：util1.c、util2.c及main.c三个C源文件，经过预处理器、编译器、汇编器的处理，就可以得到各自的目标文件util1.o，util2.o
前言 时间过得飞快，一转眼国庆假期也要过去了，再不更新博客就太咸鱼了…… 最近在开发AIHub的时候想找个C#能用的命名实体识别库，但一直没找到，AI生态方面C#确实不太丰富，这块还是得Python，但我又不想跟LLM一样用gRPC的方式来调用，感觉有点麻烦。 这时候发现好像JVM生态有不少这类NL
摘要：调度算法是调度器的核心，设计调度算法要充分考虑业务场景和用户需求，没有万能的调度算法，只有合适的调度算法。 本文分享自华为云社区《GaussDB(DWS)网络调度与隔离管控能力》，作者：门前一棵葡萄树。 一、常见的调度算法 QoS（Quality of Service）即服务质量，是一种调度控
摘要：保证线程安全是 Java 并发编程必须要解决的重要问题，本文和大家聊聊Java中的并发原子类，看它如何确保多线程的数据一致性。 本文分享自华为云社区《学了这么久的高并发编程，连Java中的并发原子类都不知道？这也太Low了吧》，作者：冰 河。 今天我们一起来聊聊Java中的并发原子类。在 ja
在系统架构设计中非常重要的一环是要做数据监控和数据最终一致性，这里主要讲如何去补偿？补偿的方案哪些？这就引出来数据监控系统了。有小伙伴会问了，为什么业务状态监控系统可以做补偿？别急，且看本文。
## 一、为什么要做一款这样的小插件 数据，一直在思考如何让数据更安全的流转和服务于客户，围绕这样的想法，我们做过许多方面的扩展。我们落地了服务端的数据切片支持场景化的设计，实现了基于JDBC协议对SQL的拦截与切片，实现了在应用层的全链路数据库审计方案和实现，实现了WEB端明暗水印和文档水印等等，
在互联网架构设计中，高可用是必不可少的环节，要从网络架构、服务架构、数据架构以及软硬件架构等多方面来分析设计，是架构师必备的技能之一。
最近有项目需要使用js原生开发滑动组件，频繁要用到dom元素的各种属性，其中以各种类型的height和top属性居多，名字相近，含义也很容易搞混。因此特地总结归纳了一下常用的知识点，在文末我们来挑战实现一个简易的移动端Scroll组件。
在系统架构设计中非常重要的一环是要做数据监控和数据最终一致性，关于一致性的补偿，已经由算法部的大佬总结过就不再赘述。这里主要讲如何去补偿？补偿的方案哪些？这就引出来数据监控系统了。有小伙伴会问了，为什么业务状态监控系统可以做补偿？别急，往下看。
作为 C 端前端研发，除了攻克业务难点以外，也要有更深层的自我目标，那就是性能优化。这事儿说大不大，说小也不小，但难度绝对不一般，所涉及的范围优化点深入工程每个细胞。做好前端性能优化绝非简单之事！文章主要内容介绍前端性能考核指标及优化方案。
使用Redis还是Zookeeper来实现分布式锁，最终还是要基于业务来决定，可以参考以下两种情况： （1）如果业务并发量很大，Redis分布式锁高效的读写性能更能支持高并发 （2）如果业务要求锁的强一致性，那么使用Zookeeper可能是更好的选择
算法基础 \(\text{Update: 2024 - 07 - 22}\) 复杂度 定义 衡量一个算法的快慢，一定要考虑数据规模的大小。 一般来说，数据规模越大，算法的用时就越长。 而在算法竞赛中，我们衡量一个算法的效率时，最重要的不是看它在某个数据规模下的用时，而是看它的用时随数据规模而增长的趋
前言 最近有个网友问了我一个问题：系统中大事务问题要如何处理？ 正好前段时间我在公司处理过这个问题，我们当时由于项目初期时间比较紧张，为了快速完成业务功能，忽略了系统部分性能问题。项目顺利上线后，专门抽了一个迭代的时间去解决大事务问题，目前已经优化完成，并且顺利上线。现给大家总结了一下，我们当时使用
