喵耳朵

Redis MGET延时排查

2025-03-24T16:19:14.000Z

这是最近一个同事在开发中遇到的问题，觉得很有意思。记录了下来。

问题如下：

线上的服务，每个请求需要从Redis中 mget 300个key。发现P99延时高达20ms。不满足上线要求。

最后我们从集群负载，大Key问题，Proxy任务数以及分片的角度进行的分析。

免费的云服务搜集

2024-01-26T01:44:04.000Z

注意，以下的信息仅截止于2024年11月25，后续可能会有变化。以下顺序不代表排名。

下面的内容主要是免费的一些云服务资源，具体有：

计算资源
- Serverless函数
- 容器
数据
- KV
- Redis
- MySQL
- MongoDB
- Kafka

C++和Go关于闭包递归调用的趣事

2024-01-05T06:17:15.000Z

一次CodeReview引发的讨论

起因是这样的，Code Review的时候看到了下面这段Golang的代码：

package main

import "fmt"

func download() error {
	fmt.Println("download")
	return fmt.Errorf("download error")
}

func main() {
	times := 3
	var tryDownload func() error
	tryDownload = func() error {
		if times == 0 {
			return fmt.Errorf("exceed max times")
		}
		err := download()
		if err == nil {
			return nil
		}
		times--
		return tryDownload()
	}
	tryDownload()
	fmt.Println("last times", times)
}

大致意思是尝试下载三次。

由于被Golang的闭包坑过，所以当时给的Code Review的意见是改成for loop的方式，避免闭包捕获可能导致的问题。

CGO函数调用与数据转换

2023-01-29T22:03:24.000Z

CGO是Go程序调用C库的一套机制，可以使Go语言能够站在C/C++的肩膀上。比如Go调用Tensorflow，也就是使用了CGO来实现的。很多语言都支持对C库的调用，一般称为FFI（Foreign Function Interface）。这里需要注意一下，一般的Python、Lua等语言调用C函数的时候，是通过函数签名找到函数的地址，然后直接调用对应的函数。而CGO会先生成中间文件，然后再一起编译调用。这里不具体展开了，总之只需要知道CGO比一般的FFI多了一层中间的步骤。在程序出错的时候，能理解调用栈的关系即可。参考 CGO 和 CGO 性能之谜。

函数调用

package main

/*
CGO的标准写法：
1. 先用注释的方式写入，单行注释和多行注释都支持
  1.1 编译器环境变量
	1.1.1 CFLAGS: C编译选项
	1.1.2 CXXFLAGS: C++编译选项
	1.1.3 CPPFLAGS: C和C++共有的编译选项
	1.1.4 FFLAGS: Fortran编译选项
	1.1.4 LDFLAGS: 链接选项（不区分C和C++）
  1.2 C代码
2. import "C"，相当于将所有的C函数放入虚拟的package C。之后通过`C.xxx`的方式来调用。需要紧跟注释之后。
*/

/*
#cgo LDFLAGS: -lm

#include <math.h>
double my_sqrt(double x) {
	return sqrt(x);
}
*/
import "C" // CGO的标准写法，相当于将C函数放入包`C`中
import "fmt"

func main() {
	a := 100
	fmt.Printf("sqrt(%v) = %v\n", a, C.my_sqrt(C.double(a))) // 调用上面自定义的函数
	fmt.Printf("sqrt(%v) = %v\n", a, C.sqrt(C.double(a)))    // 调用系统库函数（上述的m）
}

// Output:
//  sqrt(100) = 10
//  sqrt(100) = 10

通过上述的例子，我们可以看出，CGO可以调用C的库函数，也可以执行注释中的C代码的函数。一般注释中的C代码都是比较简短的。

接下来要介绍C和Go之间的数据是如何传递的。

C++对象模型

2023-01-19T20:08:05.000Z

本文主要是在看《Inside the C++ Object Model》的时候，想通过案例的方式加深一下理解。

首先，由于编译器有内存对齐的优化，比如：

#include <iostream>

class WithAlign {
    int a;
    char b;
};

#pragma pack(push, 1)
class WithoutAlign {
    int a;
    char b;
};
#pragma pack(pop)

int main() {
    std::cout << "WithAlign: " << sizeof(WithAlign) << std::endl;
    std::cout << "WithoutAlign: " << sizeof(WithoutAlign) << std::endl;
}

// Output:
//  WithAlign: 8
//  WithoutAlign: 5

内存对齐的类大小为8（按int 4字节对齐），未对齐的为5（int + char）。这里为了更容易理解，全部默认使用1字节对齐。

注意，本文中的内容均仅在自己的机器的Docker容器中做测试，环境为：64位 ubuntu 16.04， gcc 5.5。

# lsb_release -a
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.7 LTS
Release:        16.04
Codename:       xenial

# uname -a
Linux 06f25c7abffd 5.15.49-linuxkit #1 SMP Tue Sep 13 07:51:46 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

# gcc --version
gcc (Ubuntu 5.5.0-12ubuntu1~16.04) 5.5.0 20171010

何为C++对象模型?

引用《深度探索C++对象模型》这本书中的话：

有两个概念可以解释C++对象模型：

语言中直接支持面向对象程序设计的部分。包括构造函数、析构函数、多态、虚函数等。
对于各种支持的底层实现机制。这部分并没有标准化，因此不同的编译器可以有自己的实现。

服务端基本概念和指标

2021-12-16T20:46:48.000Z

这里主要介绍服务端架构工作中的一些常见的概念和指标，在我们部署、上线等运维工作时，方便排查问题，以及交流时的语义一致。

上游和下游 upstream and downstream

一般在谈论服务和调用关系的时候，我们会使用上游和下游来表示服务间的相关依赖。但是对于上下游的定义，会视情况而定的。

Stack Overflow上有个相同的问题：definition - Upstream / downstream terminology used backwards? (E.g. nginx) - Stack Overflow

架构小试之IDL

2021-11-16T16:24:07.000Z

为什么IDL的介绍也放在这里呢？一方面是我想不到放哪里，另一方面是之前说到，“架构”即“设计”，那么IDL、RPC框架也算是设计的一部分。不合理的选型在后续维护上会带来不小的麻烦。

本文主要介绍我用过的一些IDL，并结合真实案例，分析他们的优劣。

我所理解的架构

2021-11-16T12:38:37.000Z

本来是打算写一篇介绍我目前工作中有意思的设计的博客，写着写着发现设计的知识点还是有点多的，因此这里单独增加一栏，用来不断的更新相关的内容。

由于工作的变化，我从图像算法和框架，转向了服务端架构。做服务端架构，相较于算法和sdk框架，有着挺大的区别。而适应这一变化，确实需要花费挺长的时间，也学习到很多。

服务端的概念很多，很难在一本书上找到所有的答案，平时也只能自己多问多摸索。

这里总结了一下日常遇到的有意思的概念和技巧，希望耐心看完本文的你能够更快速的理解服务端的概念和开发过程。不至于在入职时每次讨论都一脸懵逼。

另外，我会在各部分的章节中，插入一些工作中遇到的真实案例。事实上，由于这些案例太过有意思，让我忍不住分享出来，所以才有了本文。（本文的目录也是根据这些案例归纳出来的。）

女头练习

2021-08-18T20:40:51.000Z

Redis数据结构与对象

2021-08-06T21:04:48.000Z

本文主要是《Redis设计与实现》的第一部分的总结，内容为数据结构和对象。这里类比了C++ STL中的数据结构，便于理解。

Redis是使用C语言编写的，C语言本身没有复杂的数据结构。因此Redis自己实现了一套底层的数据结构，这些数据结构作为工具被Redis的其他模块使用。

关于多线程的三两事

2021-07-17T06:45:57.000Z

多线程一直是编程中的重要的工具，它可以分充分的利用硬件资源，是我们用更少的时间去完成更多的事情。在之前的博客中，我有介绍了OpenMP的基本使用，OpenMP可以理解为多线程的一个合理和高效的一套抽象工具。这次，打算仔细的介绍多线程编程中的常见的概念和典型的案例。

典型的案例

说到多线程，最核心的问题就是保证数据的读写安全。为了达到此目的，我们需要多很多常见的数据结构做一些改造，从而适应多线程的场景。以下是我工作中比较常见到的一些使用场景：

线程池
读写锁
消息队列
ConcurrentCache
PingPang Buffer

在具体介绍这些使用场景之前，我们还是需要了解需要使用到的一些基本的工具：互斥量、条件变量、原子操作等。

画个小喵咪

2021-06-30T08:24:07.000Z

女头练习

2021-06-29T08:25:15.000Z

女头练习

2021-06-26T17:21:46.000Z

材质练习

2021-06-09T23:07:38.000Z

第三阶段男性身体

2021-05-07T23:24:07.000Z

第一阶段大作业

2020-12-30T23:04:43.000Z

随笔

2020-04-12T23:11:08.000Z

《来自新世界》

2020-04-08T21:58:01.000Z

要开始记笔记啦——《如何有效阅读一本书》

2020-04-02T17:34:56.000Z

喵耳朵

Redis MGET延时排查

免费的云服务搜集

C++和Go关于闭包递归调用的趣事

一次CodeReview引发的讨论

CGO函数调用与数据转换

函数调用

C++对象模型

何为C++对象模型?

服务端基本概念和指标

上游和下游 upstream and downstream

架构小试之IDL

我所理解的架构

女头练习

Redis数据结构与对象

关于多线程的三两事

典型的案例

画个小喵咪

女头练习

女头练习

材质练习

第三阶段 男性身体

第一阶段大作业

随笔

《来自新世界》

要开始记笔记啦——《如何有效阅读一本书》

第三阶段男性身体