https://aijishu.com/a/1060000000379951 毫无疑问，在当今世界日益复杂的竞争环境下，随着中国企业数字化转型的加速和自主创新进程的加快，再加上开源和云计算已成为行业发展的大趋势之下，如何在“变局中开新局”？如何解决中国在核心基础软件领域面临的各种挑战和难题，可以说已
https://www.cnblogs.com/zhangkele/p/9494280.html TCP通信粘包问题分析和解决 在socket网络程序中，TCP和UDP分别是面向连接和非面向连接的。因此TCP的socket编程，收发两端（客户端和服务器端）都要有成对的socket，因此，发送端为了将
TCP与UDP基本区别 基于连接与无连接TCP要求系统资源较多，UDP较少；UDP程序结构较简单流模式（TCP）与数据报模式(UDP);TCP保证数据正确性，UDP可能丢包TCP保证数据顺序，UDP不保证 UDP应用场景： 面向数据报方式网络数据大多为短消息拥有大量Client对数据安全性无特殊要求
文章目录 一、了解libbpf1. BPF的可移植性CO-RE (Compile Once – Run Everywhere）BPF 可移植性面临的问题BPF的可移植性CO-RE (Compile Once – Run Everywhere） 2. libbpf和bcc性能对比3. 了解libbpf
https://zhuanlan.zhihu.com/p/529872958 1、前言 作为一种超大规模集成电路，CPU在过去几十年里始终遵循摩尔定律——每过十八到二十四个月，硅片单位面积上晶体管数量翻倍。从产业界的表现来看，每过一到两年，英特尔、AMD和IBM等公司就会推出自己的新产品。 那么问题
https://www.cnblogs.com/boanxin/p/12292331.html 概述 G1 GC，全称Garbage-First Garbage Collector，通过-XX:+UseG1GC参数来启用，作为体验版随着JDK 6u14版本面世，在JDK 7u4版本发行时被正式推出，
光线在真空中，折射率为1，其光速为c=30万公里/秒； 当光在其他介质里来面传播，其介质折射自率为n,光在其中的速度就降为 v=c/n; 光纤的材料是二氧化硅，其折射率n为1.44左右，计算延迟的时候，可以近似认为1.5； 光纤中的光传输速度近似为 v=c/1.5= 20万公里/秒。 ———————
第一部分：Java 计算机语言介绍 第一代语言：机器语言。指令以二进制代码形式存在 第二代语言：汇编语言。使用助记符表示一条机器指令 第三代语言：高级语言 C、Pascal、Fortran面向过程的语言 C++面向过程/面向对象 Java跨平台的纯面向对象的语言 .NET跨语言的平台 Python、
https://www.jianshu.com/p/cded765cfd1b 关注：CodingTechWork，一起学习进步。 引言 我们经常会被问到一个问题是Java和C++有何区别？我们除了能回答一个是面向对象、一个是面向过程编程以外，我们还会从底层内存管理和垃圾收集方面作出比较。 对于C++
一、 域名与 DNS 解析 域名主要是为了方便让人记住，而 IP 地址是机器间的通信的真正机制。以 time.geekbang.org 为例，最后面的 org 是顶级域名，中间的 geekbang 是二级域名，而最左边的 time 则是三级域名。点（.）是所有域名的根，所有域名都以点作为后缀。 把域
TiDB之路2022-03-06 3896 前言 TiDB 如何统计数据库占用空间大小 四种方法 方法一 TiDB 统计数据库占用大小的第一种方法是监控。通过查看 {cluster-name} - Overview，可以查看Current storage size面板，获取当前集群已用数据库空间大小
一、TIUP工具简介 前面介绍了使用TIUP搭建TIDB集群，本篇文章详细介绍下使用TIUP对集群进行扩容和缩容。 在面对双十一这种流量突峰的场景，我们平常的TIDB集群有可能承受不住，因此需要提前进行扩容，例如增加tidb-server，以增加TIDB的计算能力，增加tikv-server，增加T
👉️URL: https://grafana.com/docs/grafana/latest/explore/ 📝Description: Explore Grafana 的仪表盘 UI 是关于构建可视化的仪表盘。Explore 剥离了仪表盘和面板选项，这样你就可以。.. Grafana 的仪表
移动互联网风起云涌的数十年来，App 似乎成为了企业与用户打交道最“理所当然”的形式，更年轻一代的用户甚至可能认为 App 就是一个“与生俱来”的事物，但随着移动互联网发展的高峰离去，App 面临着发展的困境和疲态。最明显的感知就是这几年以微信、支付宝、抖音等“超级 App”们大行其道，占据了用户超过80%的手机使用时间，而其他大多数 App 则成为了用户手机的内存侵夺者。
背景 前段时间业务研发反馈说是他的应用内存使用率很高，导致频繁的重启，让我排查下是怎么回事； 在这之前我也没怎么在意过这个问题，正好这次排查分析的过程做一个记录。 首先我查看了监控面板里的 Pod 监控： 发现确实是快满了，而此时去查看应用的 JVM 占用情况却只有30%左右；说明并不是应用内存满了
由于 DevOps 方法的广泛采用以及由此产生的快速产品交付和部署，许多部门已采用更敏捷的方法来开发生命周期。在满足市场速度和规模要求的同时，设计安全的软件一直是现代 IT 公司共同面临的问题。结果，超过 52% 的组织因为担心上市速度落后而放弃了安全性。 由于传统技术下的安全漏洞，生产版本也出现了
在之前的文章中，我们详细介绍了平台工程的基本内容，文中指出平台团队应该采用产品的方法构建内部开发者平台，即 Platform as a Product。 内部平台面向的用户则是企业内其他部门的开发人员，因此如果要充分体现平台及平台团队的价值，那么打造优质的开发者体验（Developer Experi
> 作者｜Loft Team > 翻译｜Seal软件 > 链接｜https://loft.sh/blog/why-platform-engineering-teams-should-standardize-on-kubernetes/ 在当今快节奏、不断变化的技术环境中，平台工程团队一直面临着交付新
上次我们分享了利用powerquery来合并文件进行数据分析，但是Pq有一部分局限性，在现实工作中，我们往往需要合并多个文件去处理数据， 如果面对20个甚至更多的文件，pq中的每一步的步骤都会去读取每个文件，运行速度会十分慢，那么有没有简单的解决方法吗？ 答案是：可以考虑合并成一个文件后来处理。 我
