前言 大家好！我是sum墨，一个一线的底层码农，平时喜欢研究和思考一些技术相关的问题并整理成文，限于本人水平，如果文章和代码有表述不当之处，还请不吝赐教。 作为一名从业已达六年的老码农，我的工作主要是开发后端Java业务系统，包括各种管理后台和小程序等。在这些项目中，我设计过单/多租户体系系统，对接
1024，祝每个程序员小哥哥小姐姐节日快乐。 因为在研发效能部门，我支持过几次 1024 程序员节的活动，所以经常有朋友问我1024 程序员节怎么做，本篇就是简单介绍下我的思路，希望对你有用。 1024程序员节的由来 俄罗斯把每年第256(=2^8）天，即平年9月13日或闰年9月12日定为国际程序员
在Redis运维过程中，由于bigkey的存在，会影响业务程序的响应速度，严重的还会造成可用性损失，DBA也一直和业务开发方强调bigkey的规避方法以及危害
本文介绍了 Jetty 中 ManagedSelector 和 ExecutionStrategy 的设计实现，通过与原生 select 调用的对比揭示了 Jetty 的线程优化思路。Jetty 设计了一个自适应的线程执行策略（EatWhatYouKill），在不出现线程饥饿的情况下尽量用同一个线程侦测 I/O 事件和处理 I/O 事件，充分利用了 CPU 缓存并减少了线程切换的开销。这种优化思路
网络性能问题排查思路 服务监控系列文章 服务监控系列视频 网络问题往往是性能排查中最复杂的一个问题，因为网络问题往往涉及的链路比较长，排查起来不仅仅是看本地机器的指标就可以了。本文将展示一个比较系统的排查网络问题的思路。 我们往往都是通过类似prometheus，grafana搭建的监控平台对机器的
区别于传统表单前后端配合联调的开发实现方式，动态表单通过一种基于元数据管理的配置化方法来实现表单的动态生成，并能根据配置自由增改删指定字段。实现特定需求的自助化。
Raft实现思路+细节(2B) 任务分解 2B中最主要的任务就是进行日志的复制。Raft是一个强领导人的系统，这意味着所有的日志添加都是由领导人发起的，与之相类似的，还有很多其他的结论（它们都是比较显然的），读者可以自行证明。 我们可以这样地分解复制日志的过程 我们首先需要完善Raft结构体的内容。
这是难度为Hard的一道题，涉及到素数筛选和并查集基本操作，请随本文一同理清楚思路
说起数据加载的机制，有一个绕不开的话题就是前端性能，很多电商门户的首页其实都会做一些垂直的定制优化，比如让请求在页面最早加载，或者在前一个页面就进行预加载等等。
Redis集群一般有四种方式，分别为：主从复制、哨兵模式、Cluster以及各大厂的集群方案。在3.0版本之前只支持单实例模式，3.0之后支持了集群方式。在3.0之前各大厂为了解决单实例Redis的存储瓶颈问题各自推出了自己的集群方案，其核心思想就是数据分片，主要有客户端分片、代理分片、服务端分片。这里咱们只介绍前三种方式：主从、哨兵、Cluster。
评估 LLM 应用 1.一般评估思路 首先，你会在一到三个样本的小样本中调整 Prompt ，尝试使其在这些样本上起效。 随后，当你对系统进行进一步测试时，可能会遇到一些棘手的例子，这些例子无法通过 Prompt 或者算法解决。 最终，你会将足够多的这些例子添加到你逐步扩大的开发集中，以至于手动运行
博客地址：https://www.cnblogs.com/zylyehuo/ 递归思路 # _*_coding:utf-8_*_ import random def merge(li, low, mid, high): i = low j = mid + 1 ltmp = [] while i <=
Harbor简单搭建以及异常排查的过程与思路 前言 我发现我总是能够遇到别人遇不到的问题. 本来搭建十分钟就可以搭建完成 结果我硬生生的搭建了四十分钟. 为了保证下次不再浪费时间. 这里加单总结一下遇到的问题 系统准备 这次使用的是UOS V20 1050E x86的操作系统. 简单起见: yum
https://segmentfault.com/u/dewujishu 一、前言 高并发、高可用、高性能被称为互联网三高架构，这三者都是工程师和架构师在系统架构设计中必须考虑的因素之一。今天我们就来聊一聊三H中的高可用，也是我们常说的系统稳定性。 本篇文章只聊思路，没有太多的深入细节。阅读全文大概
https://cizixs.com/2018/01/13/linux-udp-packet-drop-debug/ 最近工作中遇到某个服务器应用程序 UDP 丢包，在排查过程中查阅了很多资料，总结出来这篇文章，供更多人参考。 在开始之前，我们先用一张图解释 linux 系统接收网络报文的过程。 首
https://zhuanlan.zhihu.com/p/488498453 之前的文章介绍了使用cilium工具开发BPF程序的例子。对于较新的系统内核来说，用这样较新的工具很不错，但是对于稍微旧一点的系统，如果不想直接写原生BPF程序的话，我们貌似只有一个选择，使用bcc。 一些常见的发行版的源
一、前言 处理过线上问题的同学基本上都会遇到系统突然运行缓慢，CPU 100%，以及Full GC次数过多的问题。当然，这些问题的最终导致的直观现象就是系统运行缓慢，并且有大量的报警。本文主要针对系统运行缓慢这一问题，提供该问题的排查思路，从而定位出问题的代码点，进而提供解决该问题的思路。 二、分析
